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PREFACE 



This manual describes two SDS Assembly Systems: META-SYMBOL, and its compatible subset, SYMBOL. For 
both systems. It defines a symbolic programming language and the processor that assembles programs written in 
this language. Although the name SYMBOL (or META-SYMBOL) applies to both the language and the proces- 
sor, context will normally clarify the distinction. Since SYMBOL is a compatible subset of META-SYMBOL, 
all programs written in SYMBOL may be assembled by META-SYMBOL; the converse is not true. 

The introduction to META-SYMBOL is basic since, in many ways, META-SYMBOL represents a radical depar- 
ture from more conventional assemblers. The description is deliberately syntax-oriented, and the details per- 
taining to its implementation on particular SDS computers are relegated to appendixes- 

The presentation assumes that the reader is familiar with the basic theory of digital computer programming. 



I. GENERAL DESCRIPTION 

Basically, the solution of problems on a digital computer involves two steps: 

Analysis: mathematical description of the problem, or the formulation of a mathematical model 
Coding: transcription of the mathematical equations into a sequence of machine instructions 

The result, called a program , operates on data specified to it (input data) and produces data which constitute 
the problem's solution (output data). If the mathematical description is in parametric form, a family of solu- 
tions may be obtained by varying the input data. 

Both analysis and coding involve language translation: normally, the translation sequence is from verbal to 
mathematical to machine code. The first two forms are more familiar to humans than machine code, particu- 
larly since machine code varies from computer to computer. Although deliberately simple, the following 
example is illustrative: 

Verbal Mathematical Machine (octal) 

Let X be the sum of y and z x = y + z 07601000 

05501001 
03501002 

No wonder, therefore, that the coding phase frequently is the most time-consuming and unreliable portion of 
programming. 

Automatic programming systems arose because of early recognition that coding itself had all the attributes of a 
typical programming problem. Ironically, therefore, the computer could solve the very problem it created. 
The creation of a program was involved that would generate machine language programs (the output data) from 
problem specifications (the input data), as written in some convenient non-machine language; to be conven- 
ient, the language had to be easy to teach, learn, read, and write. Since the output data form is immediately 
specified by the computer on which the program is to be executed (called the target machine), only the form 
(syntax) of the source language input to the translation program remained to be described. 

Clearly, the source language would occupy a level in between mathematical notation and machine language 
but, unfortunately, no single language evolved. At one end of the language spectrum, several algebraically- 
oriented languages developed, such as FORTRAN and ALGOL. The associated language translators are known 
as compilers . Toward the other end of the spectrum, as languages become more machine-dependent, a new 
language tends to develop for each new machine. The associated language translators are called assemblers , 
and the input (assembly) language is generally in the form of machine instructions represented symbolically. 
Either language becomes more or less appropriate as the problem shifts from mathematical to machine in nature. 



But the problem was not yet solved. For, once specified, the assembler and compiler in turn engendered a sec- 
ond problem: In what language were they to be written? Just as the proliferation of programs pointed to the 
first problem, the proliferation of machines and languages gave rise to the second. A programming language 
suitable for dealing with programming languages, that is, a programming meta-language , was required. META- 
SYMBOL is the outgrowth of this concept as implemented on SDS computers. 

META-SYMBOL consists of two basic parts: a processing section (the processor proper) and a directive section. 
The directive section contains directives that describe the computer, directives that describe the assembler, 
and directives that instruct the meta-assembler. Since directives describe all applicable computer characteris- 
tics, only the directive section need be changed in implementing META-SYMBOL for other target machines. 
Similarly, alteration of the assembler-descriptive portion enables variations in the assembler's syntax, or even 
the implementation of entirely new programming systems. In normal usage, META-SYMBOL operates on con- 
ventional symbolic programs as a high-level symbolic assembler. 

Operationally, META-SYMBOL is both faster and easier to use than conventional assembly programs. These 
benefits result from an advanced source language encoding scheme that makes mod ify-and- load assemblies not 
only convenient but efficient. 



II. SYNTAX 



A. Introduction 



The syntax of a language is the set of rules governing its sentence (or statement) structure. All assembly and 
compiler languages possess a formal syntax. 

Formerly, the syntaxes of many languages were strongly influenced by ease of implementation and/or computer 
hardware characteristics; they had numerous restrictions and exceptions. SYMBOL and META-SYMBOL do not 
have these limitations; consequently, they possess a simpler but niore powerful syntax. There are fewer defini- 
tions and rules to learn because each one is more comprehensive. In learning them, however, the experienced 
programmer is cautioned since, in many cases, a familiar term (such as "expression") is redefined with greater 
generality. Proper use of the language is possible only after completely understanding the basic principles. 

For convenient reference, the following definitions appear without illustration. Unless otherwise specified, 
all rules and definitions apply both to SYMBOL and to META-SYMBOL. 

B. Characters 

1. Alphabetic character: one of the characters A - Z, 

2. Numeric character: one of the characters 0-9. 

3. Alphanumeric character: any character which is either alphabetic or numeric. 

4. Special character: a nonalphanumeric character (such as *, $, +). The character 
-Hf(internal 077) is strictly illegal in Meta-Symbol except for use in comments. 

C. Program 

A program is a series of one or more symbolic lines, the lost of which must contain an END directive. 

D. Line 

A line is the unit in which the assembler processes information much as a card is the processing unit (unit 
record) to a keypunch. 

Unlike a card, a line is a logical unit, subdivided into four parts, or fields, and may be equivalent to one or 
more (physical) unit records. The four fields that comprise a line are: the label field , the operation field , the 
operand field , and the comments field . With the exception of a line consisting entirely of comments, a line 
must always specify an operation. In the latter case, the presence of information in the other fields is at the 
programmer's option. 

E. Label Field 

The label field labels an operation or a value so that it can be symbolically referred to elsewhere. Labeling 
is accomplished by writing a symbol (see G. l.b. i.)in the label field . 



F. Operation Field 

The operation field may contain a generative, such as a mnemonic machine instruction, or a non-generative, 
such as an assembler directive. 

A directive, which always appears in the operation field, has three basic functions: 

1. Describe the computer 

2. Describe the assembler 

3. Instruct the meta-assembler 
Sections III and IV describe instructions and directives. 



G. Operand Field 

The operand field of a line may contain a sequence or a list of one or more expressions. 

1. List 

A list is a parenthetically-enclosed sequence of one or more expressions separated by commas. 
These expressions, called list items, are elements of the list. A list may itself be a list item. 
As shown below, lists are most useful in handling PROCedures and FUNCtions. 

a. Expression 

An expression is a series of items connected by operators (see G. 2.).The processor evalu- 
ates expressions by successively combining items, as specified by the connecting operator, 
in the order of decreasing operator hierarchy. 

b. Items 

An item may be one of the following types: 



Iter 



Symbol 



Subscripted 
Symbol 



Definition 

A symbol is a string of alpha- 
numeric characters, of which 
the first character isalphabetic. 
(Cf. VI, also Appendix J.) 

A subscripted symbol is a symbol 
followed by a list of one or more 
expressions enclosed within 
parentheses. 



iii. Octal Integer An octal integer is a string of 
from one to 15 octal digits pre- 
ceded by a (signed or unsigned) 
zero. 



Example 

ALPHA 

B1 

XIY 



ALPHA (2) 
Bl (1, N) 
XIY (3*N, 4) 



012 

01234567 

077777777 



Iter 



Definition 



Examph 



Decimal 
Integer 



Decimal 
Number 



A decimal integer is a (signed 
or unsigned) string of from one 
to 15 decimal digits, of which 
the first is not zero. The legal 
range is 2^7.^ > ^ > -2^7^ 

A decimal number is either a 
decimal integer or a (signed 
or unsigned) string of decimal 
digits and one or more of the 
following: decimal point, 
decimal scale operator, binary 
scale operator. When an item 
has a decimal point but has no 
binary scale operator, the item 
is of the floating point mode. 



12 
1234567 



12 

0.12 

+12.0*+4 

(-12.5)*+(-2)*/3 



Character A character data string is a 

Data String string of characters (alphabetic, 

numeric and/or special) sur- 
rounded by single quotes. 



'Bl' 
•XIY' 
'012' 
'12' 



Current The current location symbol $ 

Location represents the execution-time 

Symbol value of the location counter. 

Subexpression A subexpression is a paren- (ALPHA + B1) 

thetically-enclosed expression (12 + 012) 

that occurs as part of another ($+12) 
expression. 



Function A function reference is a symbol 

Reference followed by a parenthetically- 

enclosed expression list. The 
symbol must have appeared in 
the label field of a NAME direc- 
tive within a function definition 
(see IV, N). 



MAX (X, Y) 



2. Operators 

An operator may be one of the following: 

Hierarchy 

1 
1 
1 
2 
2 
3 

4 
4 
5 
5 
5 
6 
6 

The covered quotient operator, // , is defined: a/^b = (a + b - 1)/b. 

The decimal and binary scale operators, *+ and */, respectively, may be used to combine any 

two expressions. Where x and y represent two expressions, 
X *+y is equivalent to (x) • (lO'^) 
x */y is equivalent to (x) * (2^) 

Note that the nominal binary point of x is to the right of the least significant bit; that is, 
these operations use integer, not fractional notation. 

Actually, */ functions as a logical shift operator, so that x */y is equal to x right (left) 
logical shifted y places, y < (y > 0). Hence, because of operator precedence, */ func- 
tions as an arithmetic operator for ±x */y but not for (-x) */y. 

The use of operators is illustrated in the example which appears at the end of this section. 

H. Comments Field 

The comments field of a line may contain comments to annotate the program. The assembler ignores comments. 

The next two sections describe instructions and directives. A format definition precedes usage description in 
each case. The following example illustrates the instruction format- 



Operator 


Representation 


Boolean 






equals 




= 


greater than 




> 


less than 




< 


sum (OR) 




++ 


difference (exclusive OR] 


1 ~ 


product (AND) 




** 


Arithmetic 






sum 




+ 


difference 




- 


product 




* 


truncated quotient 




/ 


covered quotient 




// 


decimal scale 




*+ 


binary scale 




V 



Format : 

Label Operation Operand Comments 

[[$] label] lda [*]ei[,e2] [load a] 

In this example, some of the parameters are enclosed in brackets to indicate that they are optional. All in- 
structions must have at least an operation mnemonic and most must have an operand address. However, index- 
ing (as indicated by E2) and indirect addressing (*) are optional. Similarly, the label and comment need not 
be present; if the line specifies a label, an optional dollar sign preceding the label indicates that it is an 
external label (Cf. Y. D. ). 

As indicated above, the operand field of a line consists of a sequence or a list of expressions. Expressions will 
be represented by the symbols E, El, E2, . . . ,EN. 

The illustration on the following page is a representative (although not typical) META-SYMBOL program that 
uses each directive at least once. 





77777777 




00000001 




00000000 




00000001 




00000001 




00000000 




00000003 




77777776 




00000001 




77777777 




00000000 




77777777 




S777777t 




77777772 




00000024 




3110375524202002 


00000 


3110375524202002 


00002 


00000012 


00003 


00000010 


00004 


00000100 


00005 


00000002 


00006 


60224321 


00007 


45426260 


00010 


23464565 


00011 


25516325 


00012 


24606346 


00013 


60000600 


00014 


12224321 


00015 


45426212 


00016 


23464565 


00017 


25516325 


00020 


24126346 


00021 


12000102 



1 A 


EOU 


-1 


2 B 


EOU 


1 


3 C 


EQU 


A«B 


4 D 


EOU 


A«(-B) 


5 E 


EQU 


B>A 


6 F 


EOU 


B<A 


7 G 


EQU 


B+B++a 


8 H 


EQU 


A--9 


9 I 


EQU 


A**B 


10 J 


EQU 


G/H 


11 K 


EQU 


G//H 


12 L 


EQU 


-3*/{-l ) 


13 M 


EQU 


(-3)*/(-l ) 


14 N 


EQU 


-3*/l 


15 


EQU 


2*+l 


16 PI 


EQU 


3.1415926535 


17 PIE 


DED 


PI 


18 TEN 


DATA 


10,010*M0'*TEN 



FALSE 

TRUE 

TRUE 

FALSE 

1+1. OR. 1-3 

-l.E8R.l«-2 

-l.AND.l«l 

3/-2--1 

3//-2*0 

-3*/(-J )'=-3/2*-l 

(-3)*/(-l )«077777775*/(-l )« 037777776 

-3*/l»-3*2»-6 

2*(10.?XP.1 )*2*10»20 

DECLARE FLOATING POINT VALUE 

RENERATE FLOATING POINT DATUM 



19 TYPEOUT TEXT < BLANKS CONVERTED TO 060> 



20 PRINTOUT BCD < BLANKS CONVERTEJ TO 012> 



21 F FUNC 

22 ABS NAME 

23 DO 

24 RESULT EQU 

25 RESULT EQU 



THIS FUNCTION COMPUTES THE ABSOLUTE 
VALUE OF THE REFERENCE PARAMETER 



F(l )<D#1*1 
-F(l) 
F(l ) 



00001 






00001 


01 00002 


00000 






00000 






00001 






00002 


50000 4 


30001 


00004 


60100 4 


D0002 


00006 


50000 


30000 


00010 


D 60100 


30001 


00012 


00000001 




00013 


00000001 




00014 


00000001 




00015 


00000001 
00000002 





26 END RESULT 

27 P PR9C 1 

23 CLA NAME 050000 

29 ST8 NAME 06C100 

30 I F9RM 3*15*3>15 

31 I P(0)*/(-15).P<0)**077777,P(2)*P(l ) 

32 END 

33 P PR9C THIS PRQCEDORE MOVFS THE CONTENTS 

34 MOVE NAME OF ONE MEMORY L8CATI3N T9 AivlOThER 

35 CLA P(l) 

36 STQ P(2) 

37 END 

38 A8RG 1 ESTABLISH PROGRAM REENTRY POINT 

39 3RU BEGIN AT LOCATION 1 

40 RORG REST OF PROGRAM RELOCATABLE 

41 ALPHA RES 1 

42 BETA RES 1 

43 BESIN CLA 1,4 

44 STO 2*4 

45 HOVE ALPHA, BETA 

46 CONST EQU (-UA3S(-1 ) ,-*BS(-l ),ABS(-A8S(-1 ) ) ) 

47 INDEX DO :CONST 

48 DATA ABS<CONST( IiMDEX) ) 



49 END BEGIN 



III. INSTRUCTIONS 



Instaictions are represented as follows 
Format; 

Label 



[[$] label] 



Operati 



LDA 



Operand Comments 

[*]eiLE2] [load a] 



All SDS computers Include similar, although not identical, instruction characteristics. Among these are: 

an operation field 

an address field, modifiable by indexing and/or indirect addressing 
an index field 
an indirect address field 

In the example, where the LDA instruction is used, the quantities enclosed in brackets are optional. The aster- 
isk preceding the first operand indicates indirect addressing; the second operand, separated from the first by a 
comma, indicates indexing. Both El and E2 may be expressions, although their values may not exceed the ad- 
dress and index fields, respectively. 



Examples: 



Label 


Operation 


Operand 


LI 


LDA 


M 


LB 


LDA 


M,2 


L2 


LDA 


*M 


BL 


LDA 


*M,2 



Comments 

LOAD A WITH CONTENTS OF M 

LOAD A WITH CONTENTS OF M+X (900 Series) 
LOAD A WITH CONTENTS OF M+X2 (9300) 

INDIRECT ADDRESSING 

INDEXING AND INDIRECT ADDRESSING 



Some instructions (e.g., EOM), have more than two operands. The syntax for these instructions is covered 
separately. 

In all these examples, the label is optional. The use of operand expressions will be illustrated following the 
introduction of directives. 
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IV. DIRECTIVES 



A. Introduction 

As noted previously, an assembler, like any other program, operates on input data to produce output data. The differ- 
ence Is that the output data from an assembler genera My constitute another program which, in turn, operates on input 
data to produce output data. Thus, there are two levels at which the resultant program can be affected logically: at 
assembly time and at execution time. In the latter case, this is accomplished by input parameters to the program, and 
in the former case, by input parameters (called directives) to the assembler. These directives may enrich the seman- 
tics, but never the syntax, for a particular assembly. Syntactic changes may be accomplished only through reassembly 
of the assembler itself. Thus, directives are dynamic at assembly time, whereas Instructions are dynamic at program 
execution time. Thefollowingdirectivesare included in the assembly language: 

Data Generation Assembler Inst ruc tion 

DATA 
DED 
TEXT 
BCD 
Value Declaration 



EQU 
FORM 
OPD 
RELTST 



AORG 


PAGE 


RORG 


DISP 


RES 


INHD 


DO 


SUPR 


PROC 


INHS 


FUNG 


MARK 


NAME 


SBRK 


END 


5IOR 



DATA and OPD are actually system PROCs, but are included in this list because they behave similarly to directives. 

Important: No forward or external reference is permitted within the operand field of a directive. Thus, the 
following example contains two violations. 



F 


00000 




1 




RES 


A 


Illegal^ aso ist pass* 2 2nd pass 






COOOOGO? 


? 


A 


EQU 


2 




D 


00002 




3 


B 


RES 


A 


•^ENCE BsO 1ST PASSi 2 2kD PASS 


* 


OOOOif 


43 00000 


4 




BR^ 


Z 


LEGAL 


*Z 


0000^ 




5 


Z 


E^'D 


Z 


ILLEGAL 



In the following, examples are provided to illustrate the functions of these directives, and they frequently 
include machine instructions. However, the role of the instruction is illustrative only, so that an under- 
standing of the examples should not depend on an understanding of any particular machine. 



B. AORG and RORG (Absolute ORiGin and Relative ORiGin] 

Format: 



Labf 



rr$l LABEL 



Operation 
AORG or RORG 



Operand 



Comments 



[program origin! 
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The origin of a program is defined as the lowesf numbered memory address occupied by (instructions or data of) 
the program. Generally, it is useful to allow the origin to be relocatable at execution time, so that the pro- 
gram can be executed equally well whether it is loaded beginning at one location or beginning at another. 

Program relocatability is automatic in SYMBOL and META-SYMBOL. The assembler accomplishes it by pro- 
ducing relocation information together with the binary object program. Using this information, the Loader 
performs the relocation when the binary object program is loaded for execution. 

In some cases, however, the programmer desires to control the program origin. This may be because all or part 
of his program must occupy fixed memory locations (for example, interrupt locations) or because, during program 
debugging, it is easier to relate the contents of memory to an assembly listing. 

To accomplish these objectives, two directives are provided: AORG and RORG (for absolute and relocatable 
origin, respectively). 



Example: 



Label 
II 



HINT 



Operation 


Operand 


AORG 


030 


BRM 


HINT 


RORG 


0200 


HLT 





Comments 
AT LOCATION 30 (OCTAL) 
PLACE LINKAGE TO HINT 
HINT IS TO BE RELOCATABLE 



BRR 



HINT 



In this example, all addresses except H are relocatable. Thus, the BRM HINT is always loaded into location 
030, but the contents of its address field, as a relocatable quantity (HINT), is assigned at loading time. The 
subroutine HINT, on the other hand, is completely relocatable, since the Loader provides the capability to 
override the otherwise automatic loading into location 0200. 

Viewed otherwise, AORG and RORG have the function of resetting the location counter;^-^the symbol II 
has the same value (030) whether it appears on the AORG line or on the following line. 

Naturally, the operand may be a completely general expression, and is not restricted to simple numeric values. 
Its value must, however, be defined within the program, and cannot be externally defined. 



C. RES (REServe) 

Format: 

Label Operation 

[[$] label] res 

© 



Operand 
E 



Comments 

[reserve a block] 



The "location counter" is a special memory cell retained by the assembler in defining labels at 
assembly time. 
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The RES directive is primarily used to reserve and (optionally) label storage areas. It may also be used to reset 
the location counter; used in this manner, it is functionally redundant with respect to the RORG directive. 



Example: 



Label 



TABLE 



Operation 

RES 
RES 



Operand 

10 
0200-$ 



Comments 

RESERVE 10 LOCATIONS 

RESET LOCATION COUNTER TO 0200 



Using the origin directives, these lines could have been written: 



Label 



Operation 



Operand 



TABLE 


RORG 


$ 




RORG 


$+10 


D. DATA (DATA) 


AORG 


0200 


Format: 






Label 


Operation 


Operand 



Comments 

LABEL BLOCK 

RESERVE 10 LOCATIONS 

RESET LOCATION COUNTER TO 0200 



Comments 



[[$] label] DATA 



Elf E2, ...,En] [generate DATA BLOCk] 



The directive DATA enables the programmer to represent single-precision data conveniently within the symbolic 
program. Since operands may be general expressions, octal, decimal, binary-coded decimal, and symbolic 
data may all be generated with a single directive. In all cases, the translated expression is right justified 
within the computer word; except for negative data, unfilled bits always contain zeros. 



Example: 



Location 



Contents 



01000 




01000 


00000010 


01001 


00000012 


01002 


00000100 


01003 


00001000 


01004 


02101012 



Label 



TENS 



Operation 

AORG 
DATA 



Operand 

01000 

010, 10, '10', TENS 



DATA 



(TENS+10)++('A'*0100000) 



In conventional assembly programs, the manner of interpretation of the contents of the operand field depends 
upon the contents of the operation field. In SYMBOL and META-SYMBOL, however, this restriction does not 
apply since data unambiguously describe their own item type by adherence to the definitions in Section II. 
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E. DED(DEcimai Double Precision) 

Format: 

Label Operation Operand Comment 

[[$] label] DED El [,E2, ...,En] [gENERATE DP DECIMAL DATa] 

The directive DED enables the programmer to represent double-precision decimal data conveniently within 
the symbolic program. The resultant data will be generated in standard SDS double-precision fixed- or 
floating-point format according to the mode of the expression(s) in the operand field (Cf. II. G. 1. v). In the 
case of DED, only decimal numbers constitute legitimate expressions. 

Example: 



Label 


Operation 


Operand 


Comment 


PI 


DED 


3.1415926535 


FLOATING 


AVO 


DED 


6.023*+23 


FLOATING 


E 


DED 


2.7182828*/45 


FIXED 


LIGHT 


DED 


1.86*+5*/23 


FIXED 



Because numeric quantities are restricted to 15 digits in length, the use of "scientific" or "floating-point" 
notation is preferable to absolute notation (e.g., 0.0000147235821). When both a binary and a decimal scale 
factor are desired, the decimal scale factor should be specified first. 

F. TEXT or BCD (Binary-coded character string) 

Format: 

Label Operation Operand 

[[$] label] text or BCD E, character string 

or 
[[$] LABEL J TEXT or BCD <character string> 

The programmer often needs the capability to incorporate within programs output messages in binary-coded form. 
This may be accomplished by subdividing the message into four-character (24-bit) strings and placing them in 
the operand field of a DATA directive line. For greater convenience, however, a TEXT directive is provided 
with which the message may be described independently of the word-size of the target computer. 

Using the TEXT directive, the programmer places the character string (not enclosed in quotes) in the operand 
field and specifies the total message length in one of two ways: in the first, he precedes the character string 
by a character count, separated from the string by a comma; in the second, he encloses the character string by 
the characters < and >, respectively. The latter method is more convenient when it is unnecessary to know the 
length of the string for other reasons; but the former method is necessary when the characters < and/or > will 
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appear within the message. In this case, the value of the expression E must be defined prior to the TEXT line. 
In both cases, the message is left-justified within the block of computer words allocated to it. Unfilled char- 
acter positions always contain blanks (060). Note that TEXT and DATA differ in these two respects. 



Example: 



Location 



Contents 



01000 




01000 


22232460 


01001 


31452646 


01002 


22232460 


01003 


31452646 


01004 


22232460 


01005 


31452646 


01006 


22232460 


01007 


60222324 


01010 


00222324 


01011 


60222324 



Label 



MSGE 



Operation 


Operand 


RORG 


01000 


TEXT 


8, BCD INFO 


TEXT 


<BCD INFO> 



DATA 



'BCD ', 'INFO' 



TEXT 


4, BCD 


TEXT 


4, BCD 


DATA 


'BCD' 


DATA 


' BCD' 



Note that the first three lines result in identical code, whereas the last four do not. 

The BCD directive is identical to TEXT, except that the 012 character is used for blank. The normal use of 
BCD, therefore, is to generate messages intended for typewriter or paper-tape output, whereas TEXT is used 
for all other devices. 

G. EQU (EQUals) 



Format: 



Label 



Operation 



Operand 



$] LABEL 


EQU 




or 


'$] LABEL 


EQU 



Comments 



LABEL COMPULSORY 



(E1,E2, ...,EN) LABEL COMPULSORY 



Since the directives DATA, DED, and TEXT enable the programmer to centralize and label execution-time 
data specifications, they contribute to both the readability and flexibility of the symbolic program. For the 
same reasons, it is frequently desirable to specifiy assembly-time data symbolically; or to use "parametric 
programming", a technique that is useful whenever a number of symbolic lines are related to one another by 
their common dependence upon one or more values. Using the parametric approach, the programmer labels the 
value(s) by an EQU directive and replaces all references to the appropriate value(s) by its (their) symbolic 
equivalent(s). 
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ONE 


EQU 


1 


TWO 


EQU 


ONE + ONE 


PI 


EQU 


3.1415926535 




DED 


PI 



The EQU directive usually defines a single datum symbolically, as on the first line appearing above. Since 
the operand is a general expression, it is possible to pyramid parametric definition. Moreover, any single- 
or double-precision value may be defined by the EQU directive, v/hereas in conventional assembly languages, 
EQU (or its equivalent) can only define symbolic addresses. 

Example: 

Label Operation Operand Comments 

CHANGING THIS DEFINITION 
WILL CHANGE THE VALUE TWO 
FLOATING POINT DEFINITION 

In Meta-Symbol the EQU directive can also define a symbolic list, similarly to the way in which the 
DATA directive can define a data block. 

Example: 

Label Operation Operand 

SQUARE DATA 1,4,9 

CUBE EQU (1,8,27) 

The difference is the way reference is made to list items. If LABEL is the label of a DATA block, then the ad- 
dress of the ith element may be symbolically referred to as LABEL +(i-l). If, however, LABEL is thejabel of a 
list definition, then the ith list element may be symbolically referred to as LABEL (i). Thus, in the above ex- 
ample, 

SQUARE contains 1 

SQUARE +0 contains 1 

SQUARE +1 contains 4 

SQUARE +2 contains 9 

CUBE has the value (1,8,27) 

CUBE (1) has the value 1 

CUBE (2) has the value 8 

CUBE (3) has the value 27 

Note that a list definition must always be enclosed in parentheses. Because of this, it is possible to pyramid 
list definitions. 

Label Operation Operand Comments 

OPl IS NOT A LIST 

OP2 IS A LIST OF 1 ELEMENT 



EQUIVALENT TO ((1,2), (3,4)) 



OPl 


EQU 


3 


OP2 


EQU 


(3) 


A 


EQU 


(1,2) 


B 


EQU 


(3,4) 


C 


EQU 


(A,B) 
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The fifth line illustrates the case in which elements of the list are lists themselves. Thus: 

C(l) is equivalent to (1, 2) 
C(2) is equivalent to (3,4), and 
C(l)(l), written C(l, 1), is equivalent to 1 
C(l)(2), written C(l, 2), is equivalent to 2 
C(2)(l), written C(2, 1), is equivalent to 3 
C(2)(2), written C(2, 2), is equivalent to 4 

Subscripting to higher levels follows the same rules of parenthetical notation. Lists are primarily useful as 
they apply to PROCedures and FUNCtions, and additional list notation and examples are provided within the 
sections describing these two directives. In particular, the concepts of list dimension and symbolic redefini- 
tion are explored there. 



H. OPD (Operation Definition) 

Format: 

Label Operation Operand 

LABEL OPD E 

OPD is the counterpart for operations of the EQU directive for values. 

Example: 

Label Operation Operand 



Comments 



LABEL COMPULSORY 



Comments 



LOC 


EQU 


3 


LDA 


OPD 


07600000 




LDA 


LOC 



GENERATES 07600003 

Thus, while the interpretation of the operand field of on OPD line is identical to that of the single-valued 
EQU directive, the reference to an OPD-defined symbol is made in the operation rather than in the operand 
field. Encountering a reference to the OPD-defined symbol, the assembler merges (OR, logical sum) the 
operation value with the address portion of the operand value. If the second line above had appeared 

LDA OPD 07600010 

then the third line would have generated 07600013 

OPD is preserved for compatibility with SYMBOL 4/8. The use of a FORM or a PROC definition 
offers greater flexibility. 

In Meta-Symbol, OPD is implemented by means of a nested PROC definition. Hence, OPD may 
not be used within a PROC. 
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I. FORM (FORMat) 

Format: 

Label 
LABEL 



Operation 



FORM 



Operand 
E1,E2, . . .,EN 



Comments 



DESCRIBE FORMAT 



It is frequently desirable to pack multiple data within a single computer word. The computer instruction is a 
typical example: the computer word is divided into operation, address, index, and indirect address subfields. 
In processing symbolic instructions, the assembler recognizes an implicitly specified subdivision format and, 
upon translation to binary, packs the instruction accordingly. 

The FORM directive enables the programmer to describe completely general computer word subdivisions, and 
to invoke them simply. 



Example: 



01000 
01001 



Label 
DCHAR 
INST 
X2 
LDA 
LOC 



04432126 
27600003 



Operation 


Operand 


FORM 


4,4,4,4,4,4 


FORM 


1,2,6, 15^ 


EQU 


2 


EQU 


076 


EQU 


3 


RORG 


01000 


DCHAR 


1,2,3,4,5,6 


INST 


0, X2, LDA, L 



Comments 
DEFINE DECIMAL SUBDIVISION 
DEFINE INSTRUCTION FORMAT 



PACK 6 DECIMAL CHARACTERS 
0, X2, LDA, LOC PAC K COMPUTER INSTRUCTION 



For SYMBOL, the sum of the operands on the FORM definition line must be equal to the word size (24 bits for 
SDS 900 Series Computers). For META-SYMBOL, the sum may range between one bit and twice the word size; 
when the sum is not equal to the word size (or twice the word size), the expressions in the FORM reference 
line are right justified in the generated single (or double) data word. 

The FORM definition must precede all references to it. 



J. RELTST (TeST RELocatability) 



Format: 



Label 



Operation 
RELTST 



Operand 
E 



Comments 



^Applicable to META-SYMBOL only. 900 SYMBOL will not handle an address field greater than 14 bits. 
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A value is assigned io L depending upon ihe relocatability of E: 



Relocatability of 
Expression E 

absolute 

relocatable 

common relocatable (blank common) 



Value assigned 
to L 


1 
2 



K. END 

Format: 



Label Operation 



Operand 



Comments 



END E (END OF PROGRAM, PROC OR FUNC) 

The END directive indicates to the assembler the end of a PROCedure, FUNCtion, or of an entire program. 

When the END line terminates a PROCedure, any expression in the operand field is ignored and need therefore 
not appear. 

When the END line terminates a FUNCtion, the operand field serves to return the FUNCtional value to the 
functional reference line (Cf., PROC and FUNC). 

When the END line terminates a program, the operand field may (but need not) be used to specify the starting 
address of the program. 



L DO 








Format : 










Label 


Operation 


Operand 




(LABEL) 


DO 

or 


El 




(LABEL) 


DO 


El ,E2, 



Comments 
WITHIN PROC, FUNC OR PROGRAM 



WITHIN PROC OR FUNC ONLY 



The DO directive provides for conditional and/or repetitive code or value generation based upon the value of 
the first expression In the operand field of the DO line. The DO directive Is valuable In conjunction with 
parametric programming (Cf. the EQU directive), since it enables assembly-time decisions to be made and pro- 
cessed. 
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Normally, the "range" of the DO (the number of successive statements upon which it is active) is a single state- 
ment. When used within PROCedures and FUNCtions, however, its capability is extended for action upon mul- 
tiple lines. The use of this capability is described below. 

The simplest use of the DO directive can be illustrated : 

Label Operation Operand Comments 

DO K 

ADD C ACCUMULATE SUM 

Encountering this instruction sequence, the assembler generates the ADD instruction K times for K > 0, and will 
indicate an error for K<0. Thus the following sequence : 

K 



EQU 


3 


DO 


K 


ADD 


C 



results in the generation of three successive ADD instructions. 

More typically than the above case (^ C), the user desires to generate code to perform ^ C This capa- 
bility is provided by the label field of the DO directive, which becomes a dynamic index. Encountering a 
symbol in the label field of the DO line, the assembler assigns it the initial value zero, which is then incre- 
mented by one each time prior to the processing of the following line. Thus the sequence: 

1 DO K 

ADD C + I 

results in the generation of K ADD instructions, K^O, which have the successive operands C+1, C+2, . . . , 
C+K. For K<0, an error indication results. 

Within PROCedures and FUNCtions, the DO line may have up to two additional operands interpreted as follows. 

El > DO the next E2 lines El time(s), then 

skip E3 line(s). 

El = Skip the next E2 line(s) 

E1<0 Error 

When unspecified, the values of E2 and E3 are 1 and 0^ respectively, to coincide with the DO that is used ex- 
ternally to PROCedures and FUNCtions. 



Note: When counting lines, the assembler includes all symbolic lines including comments lines. 
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Example 1 : 








I DO 


3,2 




DATA 


I 




DATA 


1*1 




generates: 






DATA 


1 




DATA 


1*1 




DATA 


2 




DATA 


2*2 




DATA 


3 




DATA 


3*3 


Example 2: 








DO 


TYPE < 8, 3, 2 




DATA 


5 




DATA 


50 




DATA 


500 




DATA 


17 




DATA 


34 



If TYPE < 8, El = 1 and the following is generated. 



DATA 


5 


DATA 


50 


DATA 


500 



If TYPE > 8, El = and the following is generated. 







DATA 


17 






DATA 


34 


Example 3: 










I 


DO 


(TYPE < 8) *3, 1, 2 






DATA 


5*+(I-l) 






DATA 


17 






DATA 


34 



If TYPE < 8, El = 3 and the following is generated. 

DATA 5*+ (1-1) 

DATA 5*+ (2-1) 

DATA 5*+ (3-1) 

If TYPE > 8, El = and the following is generated. 

DATA 17 

DATA 34 



Examoles 2 and 3 illustrate why E2 and E3 may be referred to as the "true 



mni-i£»" rtriQ 'iGI' 



range, respsciiveiy, 
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M. NAME 

Format: 



Label 



LABEL 



Operation 



NAME 



Operand 
[E] 



Comments 



[CALLING NAME] 



The NAME directive labelsa PROCedure or a FUNCtion definition, enabling it to be called by a PROCedure 
reference line or a FUNCtion reference item. Just as multiple entries can be created for subroutines, multiple 
NAME lines can appear within a PROC/FUNC definition. In such cases, it is normally desirable to have the ability 
to determine internally by what NAME the PROC/FUNC was called. Since only values (not names) can be 
tested (as, for example, with a DO directive), the programmer may associate different values with the different 
calling NAMEs. This is accomplished by placing different expressions (usually integers) In the operand fields of 
the different NAME lines. The use of this feature is illustrated under PROCedures and FUNCtions. 

The operand field of the NAME line may also contain an expression list. In this case, the expression list 
must be surrounded by parentheses. 

N. PROC and FUNC (PROCedures and FUNCtions) 

Format : 



Label 

LABEL 

LABEL 



Operation Operand 



PROC 

or 
FUNC 



Comments 
INTRODUCE PROCEDURE DEFINITION 
INTRODUCE FUNCTION DEFINITION 



PROCedures and FUNCtions are bodies of code analogous to subroutines, but which are processed at assembly 
time rather than at execution time. Introduced by a PROC/FUNC directive, the coding sample is always ter- 
minated by an END directive. Used without the DO directive, the PROCedure is similar to the simpler "macro", 
in which a single line of code (the reference line) is replaced by one or more lines specified in a macro defini- 
tion. Used together with the DO, however, the PROCedure provides a more powerful capability than simple 
line replacement. This capability is illustrated in examples which follow. 

The FUNCtion, like the PROCedure, is a generator; whereas the PROCedure generates code, and is invoked 
by placing its name in the operation field of a line, the FUNCtion generates values and is invoked by placing 
its name in the operand field. 

The PROCedure or FUNCtion definition must always precede the first reference line. 

The following examples of an ordinary macro are provided for illustrative purposes only. There is no MACRO 
directive in META-SYMBOL. 



Label 



MOVE 



Operation Operand 



MACRO 


A,B 


LDA 


A 


STA 


B 


END 


^ 



Comments 



MACRO DEFINITION 



MOVE 



C,D 
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MACRO REFERENCE LINE 



The macro definition defines an instruction sequence in terms of dummy parameters A and B that appear on the 
MACRO definition line. Encountering the MOVE line, the assembler generates the LDA, STA sequence, but 
replaces the dummy parameters A and B by the reference parameters C and D. The macro is said to operate on 
a "call by name" principle. 

The PROCedure operates, on the other hand, on a "call by value" basis. 
Example : 



Label 



Operation Operand 



p 


PROC 




MOVE 


NAME 






LDA 


PO) 




STA 


P(2) 




END 





Comments 



PROCEDURE DEFINITION 



MOVE 



C,D 



PROCEDURE REFERENCE LINE 



In this case, the reference parameters are named implicitly in terms of the symbol P that appears in the label 
field of the PROC line. They are evaluated before the PROC/FUNC is processed, and it is only these values, 
not their names, that can be determined within the sample. If the PROCedure reference lines were : 

OP E1,E2, . . . , EN 

then the correspondence between the symbol P and the parameters El, E2, . . . , EN exists as though the refer- 
ence line had been : 



Thus, 



EQU (E1,E2, 

P(l) has the value El 
P(2) has the value E2 



EN) 



P(N) has the value EN 
Note that the reference parameters constitute a list even though they are not enclosed in parentheses. 

If any of the parameters El, E2, . . . , EN is in turn a list, the elements can be referred to by subscripting 
further the symbol which appears in the PROC line. 



Example : 



Q 
OP 



PROC 

NAME 

END 



PROC DEFINITION 



OP (A, (B,C), (D,(E,F))) 



PROC REFERENCE 
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This reference line contains only one operand, viz., Q. Thus, 



Q = C(A,(B,C),(D,(E,F)))) 

Q(1) = (A,(B,C), (D, (E,F))) 

Q(l,l) = A 

Q(l,2) = (B,C) 

Q(L2, 1) = B 

Q(1,2,2) = C 

Q(l,3) = (D,(E,F)) 

Q(1,3, 1) = D 

Q(l,3,2) = (E,F) 

Q(l,3,2, 1) = E 

Q(l,3,2,2) = F 



list of one element 
list of three elements 
not a list unless A is 
list of two elements 
not a list unless B is 
not a list unless C is 
list of two elements 
not a list unless D is 
list of two elements 
not a list unless E is 
not a list unless F is 



It is frequently desirable that the PROC/FUNC definition be written without restricting the list structure of the 
PROC/FUNC reference line, although the list structure of the reference line must be determinable within the 
definition. Notationally, this problem is resolved by the convention that, if L is the name of a list, then : L 
has the value "the number of elements in the list L". Thus, in the above example : 



Q 


=1 


Q(l) 


=3 


Q(l,l) 


=0 


Q(i:2) 


=2 


Q(l,2,l) 


=0 


Q(l,2,2) 


=0 


Q0,3) 


=2 


Q(U3,l) 


=0 


Q0,3,2) 


=2 


Q(l,3,2, 1) 


=0 


Q(l,3,2,2) 


=0 



In general, there are two additional quantities of interest within a procedure : the identity of the operation on 
the calling (reference) line and the knowledge whether any of the reference operands was indirectly addressed. 
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Example : 

Label Operation Operand Comments 



900 SERIES LOAD/STORE 
INSTRUCTION SET 



p 


PROC 




LDA 


NAME 


076 


LDB 


NAME 


075 


LDX 


NAME 


071 


STA 


NAME 


035 


STB 


NAME 


036 


STX 


NAME 


037 


INST 


FORM 


3,6,1,14 




INST 


P(2), P(0), P(*l), P(l) 




END 





LDA 100 GENERATES 07600144 

STA *0200,2 GENERATES 23540200 

The above example illustrates how several reference lines may invoke the same PROCedure. In the first case, 
the INST line will generate an 076 for the six-bit instruction code, since the operation field on the calling line 

corresponds to the label field of the first NAME line, which, in turn, contains the value 076 In its operand 
field. For the same reasons, the INST line generates an 035 for the six-bit instruction code of the STA line. 
The correspondence is established via the subscripted symbol P(0), which stands for the value on the NAME 
line whose label field agrees with the operation field of the reference line. 

The example also illustrates how a procedure may determine whether or not a reference parameter was indi- 
rectly addressed: If the reference parameter P(i) was indirectly addressed (preceded by an asterisk), then the 
item P(*i) will have the value 1; otherwise, P(*i) will have the value 0. 

More generally, if P(E1, E2, . . . , EN) is a subscripted symbol, then the subscripted symbol flag corresponding to 
this item, written P(E1, E2, ..., *EN), has the value 1 if an asterisk preceded the expression that defined this' 
item. Otherwise, the subscripted symbol flag has the value 0. Note that the subscripted symbol flag corre- 
sponding to an element is notationally indicated by an asterisk preceding the last subscript of the element. 

Normally, the programmer does not have to make this identification. The MOVE PROCedure, for instance, 
generates correct code regardless of whether one or both of the reference parameters Is indirectly addressed. 
This is true because the MOVE PROC invokes the LDA/STA PROC, which does make the determination. Since 
all META-SYMBOL instructions are defined by PROCs, indirect address determination by the programmer Is 
necessary only when he uses non-machine instructions defined by himself. Note the implication that PROCs 
may be defined and/or called within other PROCs, which Is Illustrated in the third example below. 
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Example: 



Label 


Operation 


Operand 


Comments 


LOAD 


OPD 


07600000 




STORE 


OPD 


03500000 




P 


PROC 






MOVE 


NAME 








DO 


P(*1)JJ 






LOAD 


*P(1) 






LOAD 


P(l) 






DO 


P(*2),l,l 






STORE 


*P(2) 






STORE 


P(2) 






END 







In this example, indirect address determination is necessary because LOAD and STORE are defined by OPD and 
not by instruction PROCs. By the above means, all the attributes of the operation and operand fields at the 
reference line can be determined and tested within a PROC. It is also useful to operate within procedures on 
the contents of the label field of the reference line. 

Example: 

It is desired to define two procedures, one a BSS (Block Started by Symbol) PROC, and one a BES (Block Ended 

by Symbol) PROC: 



Label 



Operation 



Operand 



Comments 



p 


PROC 




BSS 


NAME 





BES 


NAME 


1 




DO 


P(0),2,l 




RES 


P(l) 


$ 


RES 





$ 


RES 
END 


P(1) 



DO NEXT 2 FOR BES 
RESERVE P(l) LOCATIONS 
THEN DEFINE SYMBOL 
BSS IDENTICAL TO RES 





RORG 





LABEL 1 


BSS 


1 


LABEL 2 


BES 


1 



LABEL 1 = 0, BUT 

LABEL 2=2 

Normally, when the reference label is not manipulated within the PROCedure, it is equated to the value of 
the location counter when the PROCedure is called. A lone dollar sign placed in the label field of a line 
within a PROC, however, has the effect of "postponing" the definition of the reference label from the begin- 
ning of the PROC to the processing of the $-labeled line. In no other case can a dollar sign appear alone in 
the label field of a symbolic line. 
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The following example il lustratesan interesfing use of this feature in a nested PROC. The example, which is the 
OPD PROC as it actually appears in the system, shows again how a PROC maybe used to simulate a directive. 



Lab( 



Operation 



Operand 



P 

OPD 

A 

B 

C 

D 

Q 



I 



P(1)V(-21)**7 

P(l )*/(-! 5)** 077 

P(l)y(-14)**l 

P(1)**037777 

1 

(A,B,C,D) 

Q(0) 

3,6, 1,14 

Z(4) = 0,l,l 

Z(1)++Q(2),Z(2),Z(3)++Q(*1),Q(1) 

Z( 1 )++Q(2), Z(2), Z(3)++Q(* 1 ), Q( 1 )++Z(4) 



PROC 

NAME 

EQU 

EQU 

EQU 

EQU 

PROC 

NAME 

EQU 

FORM 

DO 

I 

I 

END 

END 
When an OPD line is encountered, the OPD PROC is processed, resulting simply in the definition of another 
PROC, which takes its NAME from the label field of the OPD line. This PROC in turn is processed when its 
reference line is encountered. 

There is one restriction on the nested PROC: All NAME lines in the internal PROC must be rendered external 
by the appearance of a "$" alone or preceding the symbol in the label field, therefore, PROC definitions may 
be nested only one level. 

The example also illustrates a use of a one-pass PROC, conveyed to the assembler by the appearance of the 
value 1 in the operand field of the PROC line. When, as in the preceding examples, the operand field of the 
PROC line is vacant, the assembler performs a two-pass "assembly" on the PROC when the reference line is 
encountered. This is necessary whenever a PROC contains an internal forward reference, but unnecessary 
otherwise. For example, the following PROC can be changed to a "PROC 1" only if the reference to the sym- 
bol A is replaced by a reference to $+2. 



Label 



Operation 



Operand 



p 


PROC 




SUM 


NAME 






BRU 


A 


DUMMY 


RES 





$ 


RES 


1 


A 


LDA 


P(l) 


I 


DO 


:P-1 




ADD 


P(I+1) 




STA 


DUMMY 




END 





Comments 

BRANCH AROUND RESULT 
LABEL RESULT WITH 
REFERENCE LINE LABEL 

SUM REFERENCE PARAMETERS 

STORE RESULT 
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Since FUNCtions only generate values, and do not influence storage allocation, they are always processed in 
one pass. 

Because of the flexible list structure, it is possible to write very general PROCedures and FUNCtions where 
the operands can be indexed and/or indirectly addressed. They may. In addition, be literals (Cf.V. C) as the 
following example illustrates: 

Label * Operation Operand Comments 



p 


PROC 


1 


ATANF 


NAME 






DO 


:P(1)=0,1,1 




LDP 


P(l) 




LDF 


P(1J),P(1,2) 




BMA 


ATAN 




DO 


:P(2)=0,1,1 




PZE 


P(2) 




PZE 


P(2,1),P(2,2) 




END 





ATANF (*ARGS,2),-1.0 

The code generated by the PROC reference line is equivalent to: 

LDF *ARGS,2 

BMA ATAN 

PZE -1.0 

It can be inferred from this example that PROCedure/FUNCtion NAMEs are defined externally to the PROC/ 
FUNC sample. However, no symbols appearing on other than NAME lines are defined externally unless they 
are preceded by a dollar sign. Similarly, any PROC/FUNC may refer to symbols defined externally to it. In 
casesof conflict (where the same symbol is defined both externally and internally with respect too PROC/FUNC 
sample), the ambiguity is resolved in favor of the innermost (internal) definition level. However, this conven- 
tion applies only within the sample, and cannot affect the reference line. 
Example: 



Labe 



Operation 



Operand 



X 


EQU 


3 


p 


PROC 


1 


LOADX 


NAME 




X 


EQU 


2 




LDX 


P(1),X 




END 





Comments 



PROC DEFINITION 



LOADX 



X 
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PROC REFERENCE 



The PROCedure reference line will become LDX 3,2. 

The writing of FUNCfions follows the same rules as PROCedures except that: 

1. The FUNCtion coll occurs in the operand field of the reference line and not in the operation 
field. 

2. The function generates a value — not code —and only nongenerative lines may be used within 
FUNCtions. 

3. The reference label symbol, $, has no meaning within a FUNCtion. 

Example: The following FUNCtion will determine the maximum or the minimum of two given arguments. 



Label 

F 

AAAX2 

MIN2 

M 
M 



Operation 

FUNC 

NAME 

NAME 

DO 

EQU 

EQU 

END 



Operand 

1 



F(0)-(F(1)<F(2)), 1,1 

F(l) 

F(2) 

M 



A general MAX/MIN FUNCtion can now be written: 



Label 

G 

MAX 

MIN 

M 

N 

M 
M 



Operation 

FUNC 

NAME 

NAME 

EQU 

DO 

DO 

EQU 

EQU 

END 



Operand 

1 



G(l) 

:G-1,3 

G(0), 1,1 

MAX2(M, G(N+1)) 

MIN2(M, G(N+1)) 

M 



This example illustrates the use of symbolic redefinition, which is permissible only when none of the multiple 
definitions equates the symbol to a relocatable quantity. Either a symbol or a list may be redefined as a sym- 
bol (list), but a list may not be redefined as a non-list. 
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The entire FUNCtion could instead have been written recursively: 



Labe 



F 

AAAX 

MIN 



M 
M 
N 

M 
M 



Operation 

FUNC 

NAME 

NAME 

DO 

EQU 

EQU 

DO 

DO 

EQU 

EQU 

END 



Operand 

1 


F(0MF(1)<F(2))J,1 

F(l) 

F(2) 

:F-2,3 

F(0)JJ 

MAX(M, F(N+2)) 

MIN(M, F(N+2)) 

M 



Evidently, a FUNCtion can be written to execute any computation that can be stated algorithmically. 



From the foregoing, we can define four new quantities: 



Quantity 

1. List Dimension 

2. Subscripted 
Symbol Flag 



3. Reference 
NAME Value 

4. Reference 
Label Symbol 



Definition 

The dimension of a list is the number of 
elements contained within the list 

The subscripted symbol flag corresponding 
to a subscripted symbol is notationally iden- 
tical to the element, but with an asterisk 
preceding the last subscript. 

The reference NAME value is the value of 
the expression on the NAME line summoned 
by a PROC/FUNC reference line 

The Reference Label Symbol represents the 
symbol that appears in the label field of the 
PROC reference line 



Example 
:L 

P(2, *3) 



P(0) 



Of these quantities, all but the last are items. The last two have meaning only within PROCedures and 
FUNCtions. 
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0. PAGE (Eject PAGE) 



Format; 



Label 



Operation 
PAGE 



Operand 



Comments 



(EJECT PAGE) 



When the PAGE directive is encountered, the assembler causes a page eject to occur on the output listing 
medium. The PAGE line is the first line on the new page. 



P. DISP (Display) 



Format: 



Label 



Operation 



DISP 



Operand 



Comments 



The DISP directive is used within a procedure. If during the "expansion" of a procedure a DISP directive is 
encountered, those statements encountered in expanding the remainder of the procedure ore listed in a format 
similar to the lines of the main program code. The two listings differ in that for those produced as the result of 
DISP line numbers are not given and lines skipped under control of DO statements are not displayed. 

DISP governs the display of the internal structure of only those procedures in which it occurs. Thus, if a pro- 
cedure containing DISP calls a procedure that does not contain its own DISP directive, the called procedure 
will not be displayed. 

The DISP directive is ignored when encountered in a function or a procedure called by a function. It is also 
ignored when encountered in a procedure that is being executed under the influence of a main program DO. 
An M flag is given in the latter case (see "Error Flags" in Section VII.) 

The DISP directive is invaluable both for debugging procedures and as a tutorial device. 

Q. INHD(INHibit Display) 



Format: 



Lab( 



Operation 



Operand 



Comments 



INHD 
The INHD directive causes the assembler to ignore all succeeding DISP directives. 

After a set of procedures has been debugged, an INHD may be inserted early in the main program to cancel 
the effect of all subsequent DISP directives. Then if further errors occur, removal of that one statement allows 
complete display for continued debugging. After full confidence in the procedure is gained, the DISP direc- 
tives may be removed from the individual procedures. 
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R. SUPR [SUPpRess octal listing of binary output) 

Format: 

Label Operation Operand Comments 

SUPR 

The SUPR directive is used within a procedure to suppress the octal listing of the binary output. It does not 
suppress the first generated work. Its primary use is to provide more compact listings for procedure -mechanized 
higher level languages, where the user is not expected to be interested in the mechanization. The action of 
the SUPR directive may be overridden by the INHS (inhibit suppression) directive. 

A side effect of an active DISP directive within a procedure containing an active SUPR directive is to neutral- 
ize the effect of the SUPR directive. However, a DISP directive is not the converse of the SUPR directive. 

S. INHS (INHibit Suppression) 

Format: 

Label Operation Operand Comments 

INHS 
The INHS directive causes the assembler to ignore succeeding SUPR directives for the remainder of the program. 

T. MARK (insert character in flag region on listing) 

Format: 

Label Operation Operand Comments 

AAARK E 

The MARK directive causes the last six bits of the expression in the operand field to be inserted in the flag 
field of the next line to be listed. The primary purpose of MARK is to provide the procedure writer with the 
capability to flag possible errors in the use of the procedure. 

The MARK directive can generate only one flag per listed line. Thus, the use of a MARK directive before a 
preceding MARK has generated its character causes that first character to be lost. 

If any flags are waiting to be listed when the assembler processes a procedure END line, they are listed on an 
otherwise blank line. This increases the clarity of flagging within the assembly. 
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U. SBRKISetBREAKI) 

Format: 

Label Operation Operand Comments 

SBRK E 

SBRK causes the assembler to modify, at assembly time, its own working storage memory allocation scheme. 
The need for this ability and its effect on memory allocation are described in Section VIII. 

SBRK should be the first non-comment line in the program. It must be used before the first external reference 
and before the first procedure reference. An illegal use of SBRK will be flagged with an M and ignored. 

V. SIOR (Set special I/O Relocation) 

Format: 

Label Operation Operand Comments 

SIOR 

The next form reference line encountered will have the special I/O relocation bit set if its address is load 
relocatable. This directive is used within the lORD, lORP, lOSD, lOSP, and lOCT procedures to mechanize 
special I/O relocation. 
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V. ADDITIONAL PROGRAMMING FEATURES 



A. Comments Line 

Format: 

Label 
*THIS IS A COMMENTS LINE 



Operation 



Operand 



Whenever an asterisk introduces a symbolic line, the assembler ignores its contents. Such lines are used to an- 
notate the source program, and are preserved on the output listing. The comments line may contain a maxi- 
mum of 63 characters beginning with the first non-blank following the asterisk. Additional characters are 
discarded by the Encoder. 

B. Free Form and Continuation 

SYMBOL and META-SYMBOL provide for free-form symbolic lines; that is, it is unnecessary to begin each 
field at a prespecified column of the source input record. The rules for writing such a record are: 
The label field begins in column one. 

A blank character terminates any field. 

One or more blanks written at the beginning of a line specify that there is no label field. 

A maximum of 15 blanks may be written following a symbol in the label field to specify that 
the next field is absent. 

More than eight blanks written following a symbol in the operation field specify that the next 

field is blank. 
When the input record contains 80 columns (that is, a card), the assembly processor ignores columns 73-80 and 
terminates the physical record at column 72. However, when the operand field contains a list, the list may 
continue to subsequent physical records. The user specifies continuation by ending each to-be-continued op- 
erand field with a comma followed by all blanks to column 72. Such continuable lists include a list definition 
line or a PROC/FUNC reference line. 

Example: 



LABEL OPERATION OPERAND 

1 5 10 )i_ 20 as 30 35 il; 


L 


O A 


d' 'l'd'a' 't'e'm'p' '( 'c 'o'm'm'e 'n't ') ' ' ' ' ' ' ' ' ' ' ' ' 1 




S T 


a' 't £ m'p ' '( 'c 'o'm'm'e 'n't ')'''''''''''"''■' 1 


L 


O A 


D 'i ' * ' ' 'l 'd 'a' ' ' ' ' ' ' ' '( c 'o'm'm'e 'n't ') ' ' ' ' ' ' 1 


L 


I S 


t' ' * ''e 'q'u' ^ ' ,-^ '2 ' ^ 1 ' ■ ' ' 1 ■ ■ ■ ' 1 ' ■ ' ■ 1 ■ 






1 1 f""i 1 1 1 1 1 1 )""| 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 i 1 

'3,4)' k 






' ' 'm'o'v 'e L 'o'c ' r, 1 . . . . 1 


L 


O C 


1 1 »""i 1 1 1 1 1 1 * 1 1 1 1 1 1 I 1 1 I I I I 1 1 1 1 1 1 1 'i- 1 
2 1 1 1 1 1 1 






. 1 r < 1 1 1 1 1 r r-\ . 1 1 1 1 1 1 1 1 1 1 > 1 1 1 ... . |: . 






' 1 » ' 1 < 1 1 1 1 I 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 
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C. Literals 



Format: 



Label 



Operation Operand 



[ [$] label] op 



Comments 



OPERAND SPECIFIED BY VALUE, NOT NAME 



In a typical program, machine instructions serve two basic purposes: they operate on variables and on con- 
stants. When operating on variables, the location of the variable is important, but its value is unknown until 
tested. When operating on constants, the converse is generally true in that only the value of the operand is 
important. 

Symbolic programming facilitates the representation of both types of operation. Operands of the first category 
(variables) can be given symbolic names (such as X, ALPHA, etc.), and can be referred to by these names 
throughout the symbolic program. For operating with constants, however, it is generally desirable to refer to 
the constant by value rather than by name; literals provide this capability. 

In order to use literals, the programmer writes the value of the expression, rather than a name, in the operand 
field of the symbolic line, and precedes the expression by an equals sign (=). Detecting the leading equals 
sign, the assembler computes as usual the value of the expression that follows, but it then stores this value in 
a literal table which it constructs following the program. The address portion of the generated instruction is 
then made to refer to the literal table entry rather than to contain the value of the computed expression. 



Examples: 



Location Contents 



00144 




00144 


07600152 


00145 


07600153 


00146 


07600154 


00147 


07600155 


00150 


07600156 


00151 


07600152 



Lab( 



TENS 



VJperation 

RORG 

LDA 

LDA 

LDA 

LDA 

LDA 

LDA 

END 



Operand 

100 

=010 

= 10 

='10' 

=TENS 

=010V15+TENS+10 

=1*8 



00152 00000010 

00153 00000012 

00154 00000100 

00155 00000144 

00156 01000156 

As shown in this example, the processor detects the multiple equal values (010=1*8) and enters them only once 
into the literal table. 
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D. External Definitions and References 



One of the most powerful features of SYMBOL and META-SYMBOL is the provision for separate assembly of 
interdependent programs. This feature not only permits programs to refer by name to standard library programs 
such as subroutines, but it also allows large programs to be segmented, without in either case shifting the bur- 
den of memory allocation to the programmer. As a result, considerable economies accrue both in reduced 
assemblies and in debugging. 

Symbolic inter-program communication is achieved by means of external labels. Most labels are internal (or 
local) labels in that they are defined only internally to a program. This means that the assembler recognizes 
a symbolic reference in the operand field of a line only when the symbol is defined elsewhere in the program 
by its appearance in the label field of a line. When a symoolic reference cannot be satisfied within a program, 
references to the symbol are said to be external references (that is, the symbol is assumed to be defined within 
some context external to the program in which the symbolic reference occurs). 

The counterpart of the external reference is the external definition; a symbolic definition is made external by 
preceding it by a dollar sign ($). The programmer may establish an external definition either on the line that 
defines the symbol, or on a subsequent line. In the latter case, where the entire line is simply an external 
definition line, it is possible to define additional symbols as external by listing them following the first symbol. 
Although additional dollar signs are not required, commas must separate one symbol from another. 

External references may appear only in the address field of an instruction or FORM reference line. External 
definitions and references are restricted to six characters in SYMBOL and to eight in META-SYMBOL. Rela- 
tive external references (e.g. , Symbol±n) are not permitted. 

Example: 

Operand 

01000 

X 

SIN 

SINX 

X 

COS 

COSX 





START 



Label 


Operation 


X 


EQU 


$START 


LDA 




BRM 




STA 




LDA 




BRM 




STA 


$SINX 


DATA 


$COSX 


DATA 




END 



Comments 
ADDRESS OF DATA 

EXTERNAL REFERENCE 

EXTERNAL REFERENCE 

EXTERNAL DEFINITION 
EXTERNAL DEFINITION 



SIN 



COS 



DATA 



DATA 



SIN ENTRY 
COS ENTRY 



$SIN,COS 



END 



RENDER DEFINITIONS EXTERNAL 
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The above example illustrates both methods of external definition. In the first program, their definition lines 
make SINX and COSX external. In the second, SIN and COS are made external after their definition. 



As indicated above, program segmentation may be useful for maintenance or debugging reasons. Segmenting 
can also be used to facilitate the assembly of programs which contain large numbers of symbols. For especially 
large programs, the situation may arise that the number of symbols used in a program overflows the capacity of 
the assembler's symbol table (approximately 250 symbols for a 4K 900 Series SDS Computer). In this event, 
segmentation can be accomplished mechanically in the following manner: 

1. The program is divided into as many physical segments as desired. Each of these segments 
is separately assembled. 

2. A set of external definition lines is prepared from the external reference lists output at 
the end of each assembly listing. Relative external references are eliminated. 

3. The set of external definition lines is duplicated for each program segment and included 
before each END card. 

4. The program segments are reassembled. The loader can now fulfill all external references. 

To communicate external definition and reference information to the loader, the assembler outputs the former 
prior to the binary output (called "text") and the latter following the text. The external definition table con- 
sists of the alphanumeric symbols accompanied by their (relocatable or not) binary values . Each entry in the 
external reference table consists of the alphanumeric symbol accompanied by the (relocatable or not) binary 
address of the last location in which the external reference occurred. The address portion of that location 
will point, in turn, to (contain the address of) the last previous location where an external reference was 
made to the same symbol. The chain terminates when the address portion of an- instruction contains 0. 



Example: 



Location Contents 



Label 



Operation 



Operand 



00100 






ORG 


0100 


00100 


07600000 


START 


LDA 


X 


00101 


07500000 




LDB 


Y 


00102 


03500101 




STA 


Y 


00103 


03600100 




STB 


X 


00104 


07600103 




LDA 


X 


00105 


06400104 




MUL 


X 


00106 


03500107 




STA 


XSQ 


00107 


00000000 


XSQ 


DATA 
END 



START 



00105 
00102 
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Consulting the external reference information, which appears following the END line on the assembly listing, 
the programmer can easily find all references to the external label by threading his way backward through the 
listing. As a result, octal corrections for undefined symbols can be made more reliably than with conventional 
assemblers. However, octal corrections are seldom required, since it is simpler to assemble a separate "pro- 
gram" consisting solely of lines to define the symbols. 



E. Relocation 

Particularly because of program segmentation capability, it is normally desirable to assemble a. symbolic pro- 
gram without being required to allocate the program to any particular memory area or starting location. When 
a program is written such that it can be executed independently of its origin (that is, independently of where 
it is physically located within the computer), the program is said to be relocatable. All instructions are relo- 
catable that are not affected by an AORG directive (see IV. B. ). 

All decimal and octal numbers are clearly non-relocatable. Assuming the absence of an AORG directive, all 
symbols, however, are relocatable that are not equated to a non-relocatable expression by an EQU directive. 
As a symbol, $ is always relocatable. 

When an expression consists of at least one relocatable item, the expression is: 

1. Relocatable if R, the sum of the added relocatable items minus the sum of the sub- 
tracted relocatable items, is equal to 1, and non-relocatable If R=0. 

2. Illegal if 1^0, 1 or if the expression involves any operations other than addition and 



Example; 



Label 



subtraction upon two relocatable items. 



Operation 



Rl 


DATA 


R2 


DATA 


NON 


EQU 


A 


EQU 


B 


EQU 


C 


EQU 


D 


EQU 


E 


EQU 




END 



Operand 


Comments 








1 




1 
R1+R2 


ILLEGAL 


R1-R2 


NON-RELOCATABLE 


Rl+NON 


RELOCATABLE 


Rl*NON 


RELOCATABLE 


R1*R1 


ILLEGAL 



The assembler provides relocation information in the text section of the binary output. Detecting a relocation 
flag for any instruction, the loader adds a bias (the loading origin) to the address portion of the instruction. 
Further details concerning the binary format are available in Appendix K. 
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F. Concordance Listing 

The 900 Series META-SYMBOL system has been extended to include an optional program concordance listing. 
The option is selected by the presence of the parameters CONC or EXCP in the MONARCH METAXXXX con- 
trol message. The use of CONC results in a standard concordance being generated; the use of EXCP results in 
a concordance being generated with exceptions from the standard. The exceptions from the standard concord- 
ance must be specified on INCLUDE or EXCLUDE cards. 

The standard concordance includes all symbols that occur in the user's program except: 

1 . Operation codes. 

2. Symbols appearing as part of a function or procedure sample unless the symbols, including proce- 
dure or function names, are available for reference by code not occurring within any PROC or 
FUNC. 

The format of the concordance listing is 

T DLN SYMBOL RLN RLN RLN RLN RLN 
where: 

T is the symbol type code: 



Code 


Interpretation 


A 


absolute 


R 


relocatable 


* 


undefined 


$ 


externally defined 


O 


operation code 


L 


list 



DLN is the line number of the definition. 

SYMBOL is the user's symbol. Symbols are listed in alphanumeric sort sequence with the collating 
sequence: 

A(blank), through 9, A through Z,\ 

RLN are the line numbers on which the symbol is referenced. Reference line numbers appear in 

ascending sequence for each symbol. 

When a concordance is to be generated with the exceptions from the standard, the user must supply INCLUDE 
and/or EXCLUDE records specifying the exceptions. (The INCLUDE and/or EXCLUDE records must be followed 
by an end-of-file record, AEOF.) 
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EXCLUDE records must precede the INCLUDE records. The format of these records is: 

aEXCLUDEaSYM, SYM, SYM, ..., SYMa 
aINCLUDEaSYM, SYM, SYM, ..., SYM/, 

or 

aEXCLUDEa *ALLa 
aINCLUDEa *ALLa 

where 

/^ represents one or more blanks. Note that /^ is the only legal terminator. 

SYM represents: 



1. In the case of EXCLUDE, the specific symbols to be excluded from the 
concordance. 

2. In the case of INCLUDE, the specific symbols to be included in the concordance 
(this enables the user to specify symbols that would not be included in a standard 
concordance). 



*ALL specifies: 

1. In the case of EXCLUDE, no symbol is to be listed unless it appears on a subse- 
quent INCLUDE. 

2. In the case of INCLUDE, every symbol in the user's program is to be listed re- 
gardless of where it appears in the code unless it is present on a previous 
EXCLUDE. 

If a symbol is both excluded and included, the exclusion takes precedence. 

Examples: 

/\ EXCLUDE/, P, X2, XO, A, B, LDA/, 

^INCLUDE/, *ALL/^ 

AEOF. 

In this case all mnemonic codes, labels, and symbol references will be listed except those indicated by the 
EXCLUDE record. 

/\EXCLUDEa*ALLa 
aINCLUDEa BRX, LDX, STXa 
AEOF. 

This would result in only three symbols (BRX, LDX, and STX) appearing in the concordance. 
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The concorcl6nce subroutine takes the exception records from the symbolic input device. It is assumed that the 
unit assigned as X2 is available as a scratch tape. The user's program is scanned from the intermediate output 
tape XI . The concordance is produced on the device assigned for listing output. All assignments must be | 

made prior to calling META-SYMBOL. 

G. System Procedures 

The user is not restricted as to the number of system procedure decks he may have in the procedure library 
on the system tape. He is free to add specialized procedures to the META-SYMBOL library either as modifica- 
tions to an existing system procedure deck or as an entirely new segment on the MONARCH or MONITOR sys- 
tem tape. 

Since system procedures are handled somewhat differently than procedures occurring in the user's program, 
caution must be exercised in putting a group of user procedures with the standard system procedures for a given 
machine. For instance, system procedures are selectively loaded by the Preassembler. Therefore, if a new sys- 
tem procedure is to use any of the other system procedures, it must precede those other procedures in the system 
procedure deck. Also, only the ports of the system procedure deck that are within the scope of procedure lines 
are processed by the Preassembler. Thus, while a simple FORM definition line, external to all the procedures 
using it, will suffice at the user-program level, such a FORM must be internal to all these procedures at the 
system-procedure level. Also, a name line In a system PROC may not have a list In the operand field. 

MONARCH 

Each system procedure is inserted on the MONARCH tape between PREASSEM and SHRINK. It must be preceded 
by its A2 MONARCH identification record and its machine series identification record. 

The MONARCH ID record has the following format: 
A2 PROCXXXX 
Column Contents 

1 A (delta) 

2 2 (identifying a level 2 record) 

3-8 Blank 

9-16 The letters PROC occupy columns 9 through 12. The four alphanumeric charac- 

ters that identify the procedure occupy columns 13 through 16. These four 
characters are used in place of XXXX in a MONARCH METAXXXX control 
message. Blank is a terminator. 

17-25 Blank 

26-79 Cor 



'<^f I II iic:;i 
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The machine series identification record consists of a 2-word, encoded record of the following configuration: 




3-72 
Example: 



Punched if the object code is to be run on a 9300 Computer. 

Not punched if the object code is for a 900 Series machine. 

11-0 Blank 

1 - 6 Word count (This value is always 2, indicating a 2-word record.) 

7-9 Punched to indicate an encoded card. 

12-9 Checksum for the card. (Each row contains the opposite — punch or non-punch 

— of the same row in column 1.) 

Blank 



To add the procedure deck, labelled CUBE, for 9300 machines to the META-SYMBOL system procedure library, 
the user must prepare an encoded deck for the procedures, a MONARCH level 2 ID record: 



A2 

A 



PROCCUBE. 
column 9 



column 1 
and the machine series identification record: 




col 1 2 3 



80 
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The procedure is inserted on the system tape via the System Update Routine (see the SDS MONARCH Reference 
Manual, publication number 90 05 66). It is called into core with a MONARCH control message: 

AMETACUBE ^V ^2' ^3' ^4' ^5' ^6' 

See the MONARCH Reference Manual for an explanation of the parameters for this control message. 

MONITOR 



Changing a MONITOR system tape is the function of System-Make, a free-standing program. A description of 
System-Make is contained in SDS Library Program, Catalog Number 860692. 
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VI. COMPATABILITY: SYMBOL/META-SYMBOL 

The preceding sections described the programming language as though it were identical in SYMBOL and META- 

SYMBOL Actually, META-SYMBOL requires a larger hardware configuration than SYMBOL, and SYMBOL 

does not therefore include all of the features of the meta-assembler. Aside from the lack of PROCedures and 

FUNCtions, these differences are slight, and it is entirely possible to write programs in a common subset of the 

language. 

The differences between SYMBOL and META-SYMBOL are: 

1. In META-SYMBOL, symbols may be from 1 to 15 characters in length. External definitions 
may not exceed 8 characters in length. 

In SYMBOL, no symbol may exceed 6 characters in length. 

2. Symbol does not include the Boolean operators >, -, and <. 

3. SYMBOL does not include PROCedures and FUNCtions. Therefore, it does not include the 
following directives: 

PROC 
FUNC 
NAME 
DO 

It also does not include lists (Cf. IV. G.). 

4. In SYMBOL, the sum of the expressions in the operand field of a FORM definition line must 
be equal to the number of bits in a single computer word. In META-SYMBOL, the sum may 
have any value between 1 and twice the word size (in bits). Double precision is also ex- 
cluded in literals and as operands of a SYMBOL EOM line. 

5. In META-SYMBOL, but not in SYMBOL, an OPD line may override a system definition. 
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VII. COMPATIBILITY: 92 SYMBOL/META-SYMBOL 

92 SYMBOL is a 1-pass assembly program for the SDS 92. It operates on a minimal SDS 92 with 4K memory 
and a Teletype, model 35ASR, and processes a language which is very similar to SYMBOL and META-SYMBOL 
for other SDS computers. For this reason, the 92 SYMBOL language will be defined in terms of compatibility 
with META-SYMBOL. 

A. Symbols 

A symbol is a string of from one to eight alphanumeric characters of which the first is alphabetic. Operation 
symbols (instruction mnemonics, directives, etc.) are restricted to four characters. 

92 SYMBOL provides for the definition, and possible subsequent discarding, of local symbols which retain 
value only within a certain region of the program. (See B.3, below.) A local symbol is a symbol preceded by 
the character \ (internal code 076); for example: 

\TEMP 1 

The current location counter, indexing, indirect addressing, and literals (which are immediate) are indicated 
as in 900 Series/9300 SYMBOL. 

B. Directives 

Data Generation Assembler Instruction 

DATA AORG 

TEXT RORG 

BCD RES 

DO 
Value Declaration REG 

DEF 
EQU REF 

FORM PAGE 

OPD END 

1. DED and floating-point items are not implemented. 

2. The DO directive is used to process a line a given number of times. The expression In the 
operand field indicates the number of times the line is to be processed. 
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REG is used to declare the beginning of a local symbol region. When this line is encoun- 
tered, all currently defined local symbols are discarded. New local labels may now be de- 
fined which will not conflict with previous local symbols. 

Example: 





RORG 0100 


TEMPI 


RES 1 


\TEMP1 


RES 1 



\TEMP1 



REG 
RES 1 



TEMPI is a valid symbol. 

\TEMP1 is a local symbol and is 
distinct from TEMPI. 

All previous local symbols purged. 

\TEMP1 redefined as present loca- 
tion counter, a value which it will 
retain until next REG directive. 



DEF is used to declare external symbols. The symbols to be made external are listed as 
operands. All such symbols must have been previously defined, non-local symbols. The 
DEF line is analogous to the $ line in META-SYMBOL. 

Example: 



Lab( 



Operation 



Operand 



DEF 



ALPHA, BETA 



as opposed to 

$ALPHA, BETA 
in META-SYMBOL. 

5. REF is used to declare explicitly external references. All external references and undefined 
symbols are published at the end of the assembly; undefined symbols are preceded by a U 
diagnostic. The REF line must precede the first external reference. 



Example: 



Label 



Operation 
REF 



Operand 
ALPHA, BETA 
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6. The OPD directive has two operands separated by commas. The second operand may have 
the value 6 or 12 to define the field size in which the OPD is effective. 

Second Operand Interpretation 

6 The OPD-defined symbol is treated similarly to 

a computer instruction (e.g., LDA). 

12 The subsequent reference line causes a 12-bit, 

single word to be generated. The value of the 
OPD definition line is added to the value of the 
reference line operand. 

The OPD definition line must precede all references. All OPD lines must precede the first 
local symbol definition. An OPD line may not override a system definition. 

7. The syntax for TEXT and BCD lines is 

TEXT/BCD character count, string 

The option 

TEXT/BCD <string> 

is not implemented. 

8. PROC, FUNC, NAME, FORT2, FORT4, DISP, INHD, SUPR, INHS, MARK, SBRK, RELTST, 
and SIOR are not implemented. 

9. All other directives are implemented as in META-SYMBOL. The sum of the operands on a 
FORM line must equal 12. 

C. Expressions 

The operations =, >, <, ++, — , **, +, -, */ are implemented, and occupy the same relative hierarchy, as in 
META-SYMBOL. The operations *, /, //, *+ are not implemented. Parenthetical expressions are not allowed. 

Examples: 

A EQU TYPE>0 

\ A EQU A~0**A 
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D. Instruction Generation 

The typical instruction line may be represented as 

llabelj operation I *J operand 1 , [operand 2j 

where the brackets denote "optional. " If the value of the first expression is absolute, greater than zero, and 
less than 32, the address is considered to be a Scratch Pad address (unless a literal was indicated). 

If the value of the second expression is not zero, indexing is applied. In this case, the address may not indi- 
cate a literal. 

If the first operand is a symbol (not an expression composed of a symbol plus one or more items connected by 
operations), and the symbol has not been previously defined, the reference will be treated as a forward or ex- 
ternal reference. A 2-word instruction will be generated. The value of the address will be determined when 
the program is loaded. 

Relative forward or external references are not permitted except when they are relative to the location counter 
symbol ($), such as BRU $+5. 

The instruction mnemonics recognized by 92 SYMBOL are those provided in the SDS 92 Instruction List 
(Appendix E) plus the EOM/SES instructions that address the typewriter/keyboard, paper tape reader/punch, 
and card/reader punch. The mnemonics for magnetic tape and other devices are not recognized. The syntax 
for SDS 92 device EOMs and SESs is identical to that for the corresponding 900 Series/9300 operations (see 
Appendix G) with the exception that no channel designation Isrequired, and an asterisk does not denote interlace. 

Example: 

RPT 1, 1 Read paper tape unit 1 in 1 -character mode (EOM 02104) 

CRT 1 Card reader 1 ready test (SES 012106) 

For programming convenience there are two additional instruction mnemonics NOP (No Operation— 07340) and 
XAB (Exchange A and B- 03040). 

E. Remarl(s 

Although the assembler's space requirements are modest, table overflows can occur in a minimal configuration 
whenever many and/or long symbols are used. Short symbols and local symbols are to be encouraged to alleviate 
overflows. 

Because 92 SYMBOL is a 1-pass assembler, forward references are "chained" on the assembly listing and binary 
output and are satisfied at load time. This means that the address portion of an instruction involving a forward 
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reference will not, after loading, correspond to the assembly listing. Therefore, forward references should be 
used as sparingly as possible. A good programming practice is to allocate all data at the beginning of the pro- 
gram and to use forward references only in branch instructions. 

Relative forward references are not permitted in any case except where they are relative to the current loca- 
tion counter ($). 
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VIII. OPERATIONAL PROCEDURES 

A. Error Flags 

Certain errors are detected by the assembler and are indicated, during the listing of the program, by special 
symbols. These symbols appear at the left-hand margin of the output listing, preceding the instruction that 
contains the error(s). Errors, flagged in this manner, do not cause the assembler to terminate the job. 

Symbol Interpretation 

* External address reference. (May or may not be an actual error. ) 

D 1. Duplicate definition of a main program symbol. 

2. Multiple use of a variable name within COMMON statements. 
E 1. Operand field expression error. 

2. Directive syntax error. Examples (not exhaustive): 

a. TEXT —if the first symbol is a value and the second symbol is not a comma. 

b. DO —more than one expression or improper nesting. 

c. END —external reference in END line. 

3. Procedure syntax error. Examples (not exhaustive): 

a. LDX, BRX, STX — no index field given. 

b. Shifts — indirect addressing. 

F Illegal forward references in directive. 

G Generative code in function. 

I Unknown operation code (on 900 Series Computers all POP's are flagged with an I). 

L 1. Illegal label (special characters). 

2. Exceeding PROC or FUNC level. 
M Improper use of SBRK or DISP. 

N Missing END line. 

P Exceeding maximum parenthesis nesting level. May occur during use of function. 

R 1. Primitive relocation error. See Appendix V section E of reference manual. 

2. Use of relocatable address in extended mode I/O procedure calls other than lORD, 
lORP, lOSD, lOSP, lOCT. 
T 1. Truncation. Attempt to use a value exceeding the capacity of the specified field. 

2. Request COPY not available in hardware. 
U 1. Undefined symbol used in mannerwhichdoesnotallowpossibility of external reference. 

2, Use of labeled common name in directive or procedure other than COMMON. 
Notes: 

1. Error and MARK flags generated within PROCs may appear in three possible places: 

o. On call line if generated during pass 1 of a 2-pass procedure. 

b. On the next generated line. 

c. On a blank line following the procedure if no generative line follows error. 
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2. Labels appearing on PROC reference lines are not defined until the end of the PROC. 
This is necessary to mechanize the lone $ feature. Therefore, if such a label is doubly 
defined, the D flag will be printed on a blank line following the procedure, 

3. Machine instructions (LDA, etc.) are procedures. 

B. META-SYMBOL Error Messages 

9300 COMPUTERS 

The 9300 META-SYMBOL abort messages are of the form 

IMETA ERROR c^ XX 
where a indicates which overlay segment of the assembler was last loaded: 

a Interpretation 

E Encoder 

P Preassembler 

A Assembler 

XX identifies the type of error: 

XX Interpretation 



01 Insufficient space to complete encoding of input. 

02 Corrections to encoded deck but encoded input file is empty. 

03 End of file detected before an end card while reading encoded input. 

04 Insufficient space to complete preassembly operations. 

05 Insufficient space to complete the assembly. 

06 Data error. META-SYMBOL does not recognize the data as anything meaningful. 

07 Requested output on a device which is not available. 

08 Corrections out of sequence. 

09 End of file detected by ENCODER when trying to read intermediate tape XT. 

10 Request for non-existent system procedures. 

1 1 Byte larger than dictionary (bad encoded deck). 

12 Not encoded deck. 

13 Checksum error reading system tape. 

14 Preassembler overflow (ETAB). Try using 'SET' option In META Control Card. 

15 Not used. 

16 Data error causing META-SYMBOL to attempt to process procedure sample beyond end of table. 

17 Shrink overflow. 

18 Improperly formatted or missing PROC deck series-specification card. 

19 End of file encountered while reading system procedures. 

20 Irrecoverable error in attempting to read XI or X2. 

21 Symbol table overflow. 

22 Abnormal condition ^prooa'Diy end of rape; on X2. 
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XX Interpretation 

23 End of file on XI. 

24 Input is not encoded. 

25 Checksum error on encoded deck. 

26 End of file on XI. 

27 Irrecoverable error in attempting to read INCLUDE, EXCLUDE, or SI. 

28 Irrecoverable error in attempting to read X2. 

29 Both SI and EI were specified on the META card, but the first card of EI does not have a + in 
column 1 (i.e. , is not a correction card). Note that an empty SI file (a AEOF only) will not 
cause an error 29 abort. 

30 The first SI card is a + card, but no EI parameter appears on the META card. 

31 No SI or EI parameter has been specified on the META card. 

For example, an improperly nested DO pair would cause the printout 
IMETA ERROR A 06 

900 SERIES COMPUTERS 

The standard abort message for 900 Series Computers is 

META-SYMBOL ERROR xx 
where xx has any of the values 01 through 19 as described above for 9300 META-SYMBOL. 

For both 9300 and 900 Series Computers errors 05, 06, and 16 are accompanied by a printout that shows the 
value of certain internal parameters at the time of the abort: 



LINE NUMBER 


yyyyy 


BREAK! 


yyyyy 


LOCATION COUNTER 


yyyyy 


UPPER 


yyyyy 


LOWER 


yyyyy 


BREAK 


yyyyy 


SMPWRD 


yyyyy 


LTBE 


yyyyy 


LTBL 


yyyyy 



second pass only 

(yyyyy represents the value of the particular item. ) The last six of these are useful in determining the 
nature of the assembly overflow and are defined in paragraph E of this section. After the appropriate message 
has been typed, control is transferred to the system Monitor. 
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9300 I/O ERROR MESSAGES AND HALTS 

When an I/O error is detected, a message is typed, and control is returned to MONITOR. The message will 
be either 

IMETA ERRORS IOC 
indicating checksum error, or 

IMETA ERROR c^IOE 
indicating buffer error. ( a has the same meaning as for abort messages. ) 

A checksum error is considered to be irrecoverable. 

900 SERIES I/O ERROR MESSAGES AND HALTS 

When an I/O error is detected, a simple message is typed and the computer halts. The message consists of a 
2-letter indication of the type of error and a 2-digit indication of the I/O device. The letter indicators are 
defined below; the 2-digit number is the unit address number used in EOM selects (see applicable computer 
reference manual). The action taken if the halt is cleared depends upon the type of error and the device in- 
volved. There are three types of error. 

BUFFER ERROR (BE) 

1. Examples: 

BEll buffer error while reading magnetic tape 1. 
BE52 buffer error while writing magnetic tape 2. 

2. Action upon clearing the halt: 

a. Magnetic tape input - since ten attempts are made to read the record before the halt 
occurs, continuing causes META-SYMBOL to accept the bad record. 

b. Paper tape or card input - try again. 

c. Magnetic tape output - try again. 

d. Output other than magnetic tape - continues. 

CHECKSUM ERROR (CS) 

1. Examples: 

CS06 checksum error card reader. 

CSll checksum error reading magnetic tape 1. 

2. Action upon clearing the halt: 

Accepts bad record. 
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WRITE ERROR (FP) 

1. Example: 

FP12 magnetic tape 2 file protected. 

2. Action upon clearing the halt: 

Checks again. 

C. SYMBOL Error Halts 

Input/output errors during a SYMBOL assembly result in a halt with the relative location of the halt displayed 
in the P register. The recovery procedure depends on the type of error and the device involved. 

1. Paper tape reader or typewriter symbolic input - Upon detection of a buffer error, a halt occurs 
with relative location 032 displayed in the P register. To continue the assembly, one can branch 
to relative location 025. To reread the record, one must reposition the paper tape and branch to 
relative location 03. 

2. Magnetic tape input - Input records are required to be card images (20 words). A premature 
termination is treated as being equivalent to an end-of-file. One end-of-file mark is allowed 
to separate input files on a tape reel and is ignored by the assembler at the beginning of the first 
pass. An additional end-of-file mark or one occurring after the first symbolic line but before the 
END line causes a halt in relative location 050. Clearing the halt causes a branch to location 01, 
which reinstates the assembly process. 

In case of tape read errors, ten recovery attempts are made after which a halt occurs in relative 
location 021. Clearing the halt causes the record to be accepted. 

3. Line printer listing - In the event of a printer fault, a halt occurs in relative location 023. To 
continue the assembly, clear the fault on the printer and then clear the halt. 

D. Concordance Routine Error Messages (META-SYMBOLonly) 

If an error occurs while a concordance is being output, a message is produced on the output listing device. 



Message 

Write error on magnetic 
tape. 

Tape file protected 



Meaning 

Unable to write on magnetic 
tape. 

Write ring removed from tape. 



Acti< 



Magnetic tape read error Read failure on magnetic tope. 



Clear the halt to try again. 

Insert ring; clear the halt 
to continue. 

Clear the halt to accept 
record as read. 
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Message 



Meaning 



Acti 



Insufficient space to retain all sym- 
bols requested. 

End of file detected on XI. 

A non-encoded record is detected 
on XI . 

An erroneous checksum is detected 
on XI . 

An EXCLUDE card follows an 
INCLUDE card. 

Control card is not INCLUDE, 
EXCLUDE, or AEOF. 

Error on printing. 

Buffer error while printing. 

Buffer error while typing listing. 



Run is aborted. 

Run is aborted. 
Run is aborted. 

Clear the halt to read next 
record. 

EXCLUDE card is ignored. 

Card is ignored. 

Run continues. 
Run continues. 
Run continues. 



Symbol table overflow 

End-of-file error 
Input is not encoded 

Checksum error 

EXCLUDE follows 
INCLUDE 

Concordance control card 
not recognized 

Printer fault 

Print buffer error 

Typewriter buffer error 

E. Useof SBRK 



The SBRK directive gives the user the capability of modifying, at assembly time, the assembler's working 
storage memory allocation scheme. To understand how SBRK may be useful, one must first understand how 
META-SYMBOL's table storage is arranged. 

After the particular system procedures required for the job have been read in and properly arranged, all of 
memory from PACKL (the next available cell above the system procedures) to TOP (the highest available 
location) will be used for building the tables required for assembly. At this time — immediately prior to assem- 
bly—the value BREAK, which determines the relative sizes of the various tables, is set. For 8K machines 

BREAK is set to PACKL + 600q. For larger machines the increment between PACKL and BREAK is progressively 

o 

greater. This increment is BREAK! . In the case of an abort due to lack of table storage, the value of BREAKl 
for that run is given in the error printout. 

During pass 1 of the assembly, user sample or procedures are assigned storage starting at PACKL and pro- 
gressing upward toward BREAK. The next available cell above the user sample is SMPWRD . Main code sym- 
bols and odd procedure level symbols are assigned storage starting at the highest available address and 



In discussing META-SYMBOL storage, items are referred to by "levels. " The main program is arbitrarily 
defined as "level 1, " external definitions to be satisfied at load time are designated as "level 0, " and 

nrnrArliirpc i-nl^e^ r,n If^v^i vnlrip^ 7 ^ A e^fr (nnA thin; nre^ ri^fe^rrf^A tn nc "nrlrl" i->r "f^\/f^n" \f^\/f^\ nrnrArjiires) 
,-. — ._._. . _, _, ., _._. y^ . — _ ._._.. .„ __ _. ._ . _ I /, 
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expanding downward. The next available address is contained in UPPER. Even procedure level symbols and 
main code definitions are stored starting at BREAK and expanding upward. The next available address for 
this purpose is contained in LOWER. 

Two possibilities for pass 1 overflow exist: (1) if LOWER is greater than UPPER, processing must cease, as no 
more symbols may be defined; (2) if SMPWRD is greater than BREAK, there are too many user procedures for 
available storage. 

At the start of pass 2, SMPWRD has attained its final value. The amount of memory left between SMPWRD 
and BREAK is used for two purposes. Table storage for literals starts at SMPWRD and expands upward with the 
next available address in LTBL. External reference storage starts at BREAK - 1 and expands downward, where 
LTBE points to the next location for this purpose. 

Above BREAK, the situation in pass 2 is the same as in pass 1 with the exception that since no external defi- 
nitions are being processed, the difference between BREAK and LOWER becomes only as large as is necessary 
to define even procedure level symbols. 

Again, two possibilities for pass 2 overflow exist: (1) if LOWER is greater than UPPER or (2) if LTBL is greater 
than LTBE, processing must cease. 

The SBRK directive enables the user to set, at assembly time, the value of BREAKl. As indicated earlier, the 
directive must be used before the first external definition or procedure reference; i.e., before the pointers 
have begun to move. In this manner, the value of the expression E in the operand field of the directive 
is used as BREAKl, and BREAK is set to PACKL + E. 

This is useful primarily in attempting to recover from an assembler overflow. For example, suppose one re- 
ceives the error printout: 



META SYMBOL ERROR 05 




LINE NUMBER 


1090 


BREAKl 


01300 


LOCATION COUNTER 


00737 


UPPER 


24155 


LOWER 


17326 


BREAK 


17304 


SMPWRD 


17017 


LTBE 


17077 


LTBL 


17077 



In this case, a pass 2 overflow (indicated by the presence of LTBE and LTBL in the diagnostic), the assembler 
has run out of storage for literals and references. However, it is apparent that at this point in the assembly 
considerable memory is still available for symbol storage. The only solution short of program modification, 
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or o larger machine, is to attempt to recover by increasing the amount of pass 2 table storage for literals and 

references through an initial increase in the value of BREAKl, currently ISOOq. Inserting the card: 

o 

SBRK 01700 

at the start of the program would accomplish this. In any case, the exact value to be used in the directive 
is based upon an evaluation of such immediate considerations as the pass and the point in the program at 
which overflow occurred, the amount of user sample, and the number of literals and external references that 
can subsequently be expected to be encountered. 

UPPER (current) 

© Meeting point of UPPER and LOWER. 
Can not be set. 



BREAK 

Can be set 

via SBRK. (3) 



SMPWRD 



PACKL 



Odd level ^^ 

procedure 

symbols 


Even level 
procedure 
symbols ^^ 


External ,^ 
references 


Literals 

t 


User PROCs 




1 



LOWER (current) 
LTBE (current) 

Q) Meeting point of LTBE and LTBL. 
Can not be set. 

LTBL (current) 



Q 



y when UPPER and LOWER meet, an overflow error occurs. 
?) When LTBE and LTBL meet, an overflow error occurs. 
J) BREAK is preset to o fixed point. It can be changed at assembly time via 
the directive SBRK. 



F. Making Symbolic Changes to Encoded Programs 

Symbolic changes are accomplished by a series of insertions and deletions controlled by specially formatted 
symbolic records. The encoded program is interpreted as a series of logical lines as indicated by the line 
numbers given on the assembly listing for that program. Note that the continuation feature allows two or 
more cards to be considered as one logical line. 

The format of the symbolic change control record is 

+ a A 

+ must be in column 1. 

cv is a decimal integer corresponding to the line number given on the assembly listing and specifying 
the line following which an insertion is to be made, or the first line of a group of sequential lines 
to be deleted or replaced. 
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phas the same interpretation as a except that it specifies the last line of a group of sequential lines to 
be deleted or replaced. 

^ indicates a space which terminates the scan of the + card. 
1. Insertion 

Inserts,, ..., S following linecc: 

S. 



S 
n 



The S. are symbolic cards for assembly. 

To insert before the first line, use: 
+0 

S^ 



S 
n 

2. Deletion 

Delete lines a through (3 inclusively: 

+ a,p 

(Note that ifcv^ (3, only one line is deleted.) 

3. Replacement 

Replace lines o through p, inclusively, with S., S^, ..., S : 

I 2. n 

+«' ,P 

So 



S 

n 
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Deck Structure 




Symbolic correction cards. The first 
card following the AMETAXXXX card 
must be a +. 



Note: An encoded deck may not be corrected by merging or juxtaposing other 
encoded decks. 
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APPENDIX A. SDS 900 SERIES PROGRAMMED OPERATORS 



In 900 Series SYMBOL and M ETA-SYMBOL, non-machine instructions are treated similarly to external ref- 
erences. This enables Programmed Operator definitions and linkages to be established at execution rather than 
at assembly time. As a result, the entire 64 Programmed Operator instructions are at the disposal of the pro- 
grammer. 

To define a Programmed Operator, the Programmer precedes the POP subroutine by a line which has the follow- 
ing format: 



Label 



Operation 



Operand 



[$] LABEL POPD 



Comments 
OPERAND IGNORED. POP FOLLOWS 



A dollar sign preceding the symbol in the label field causes the POP to be externally defined (so that it can be 
referred to in other, separately assembled programs). 

To refer to a Programmed Operator, the programmer places its name in the operation field of a symbolic line. 
If a corresponding POP definition does not exist within the same program, the assembler assumes that the oper- 
ation is a reference to an external POP. 

POP assignments are established at assembly time in order of appearance, beginning at 0100, and corrected at 
loading time if necessary. 



EXAMPLE: 










Location 


Contents 
10000000 


Label 


Operation 
LDP 


Operand 


00000 


PROGl 


X 


00001 


10100000 




FLA 


X 


00002 


10200001 




FLM 


X 


00003 


10300002 




STD 
END 


X 


00000 




$x 


RES 


2 


00002 


10000000 


PROG2 


LDP 


X 


00003 


10100000 




FLM 


X 


00004 


10200000 




FLA 


X 


00005 


10300000 


$LDP 


STD 
POPD 


X 


00006 


03700014 




STX 


TEMP 


00007 


07740000 




EAX 


*o 


00010 


27600001 




LDA 


1, 2 
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EXAMPLE (continued) 



Location 


Contents 


Label 


Operation 


Operand 


00011 


27500000 




LDB 


0, 2 


00012 


07100014 




LDX 


TEMP 


00013 


05100000 




BRR 





00014 




TEMP 


RES 
END 


1 



If PROGl is loaded first, the operation assignment of PROGl overrides those of PROG2; if PROG2 is loaded 
first, the converse is true. 

Loading PROGl first, the loader inherits from the assembler a table equivalent to the following: 

LDP: 0100 

FLA: 0101 

FLM: 0102 

STD: 0103 

Upon subsequently loading PROG2, the loader detects the mnemonic coincidence(but binary conflict) of FLA 
and FLM. It therefore changes all 0101 instructions (FLM) in PROG2 to 0102 to agree with PROGl, and all 
0102 to 0101. 

Also, the loader establishes the necessary POP linkages in locations 0100-OlXX. 
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APPENDIX B. SDS 910/925 INSTRUCTION LIST 



Instruction syntax is indicated where non-standard (Cf. III.). 





Instruction 




Mnemonic 


Code 


Function 


LOAD/STORE 






LDA 


76 


LOAD A 


STA 


35 


STORE A 


LDB 


75 


LOAD B 


STB 


36 


STORE B 


LDX 


71 


LOAD INDEX 


STX 


37 


STORE INDEX 


EAX 


T7 


COPY EFFECTIVE ADDRESS INTO INDEX 


ARITHMETIC 






ADD 


b^ 


ADDM TO A 


MIN 


61 


MEMORY INCREMENT 


SUB 


54 


SUBTRACT M FROM A 


MDE 


60 


MEMORY DECREMENT 


MUS 


64 


MULTIPLY STEP 


DIS 


65 


DIVIDE STEP 


LOGICAL 






ETR 


14 


EXTRACT 


MRG 


16 


MERGE 


EOR 


17 


EXCLUSIVE OR 



REGISTER CHANGE 

RCH 
XAB 
BAC 
ABC 
CLR 



46 
46 00000 
46 10000 
46 20000 
46 30000 



REGISTER CHANGE 
EXCHANGE A AND B 
COPY B INTO A, CLEAR B 
COPY A INTO B, CLEAR A 
CLEAR A. B 
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Mnemonic 
BRANCH 

BRU 
BRX 
BRM 
BRR 



Insiruction 
Code 



01 
41 
43 
51 



Function 

BRANCH UNCONDITIONALLY 
INCREMENT INDEX AND BRANCH 
MARK PLACE AND BRANCH 
RETURN BRANCH 



TEST/SKIP 

SKS 

SKG 

SKN 

SKA 

SKM 



40 
73 
53 
72 
70 



SKIP IF SIGNAL NOT SET 

SKIP IF A GREATER THAN M 

SKIP IF M NEGATIVE 

SKIP IF M AND A DO NOT COMPARE ONES 

SKIP IF A = M ON BMASK 



SHIFT 



RSH 
RCY 
LSH 
LCY 
NOD 



66 OOOXX RIGHT SHIFT AB 

66 200XX RIGHT CYCLE AB 

67 OOOXX LEFT SHIFT AB 

67 200XX LEFT CYCLE AB 

67 100XX NORMALIZE AND DECREMENT X 



CONTROL 

HLT, PZE 

NOP 

EXU 



00 


HALT 


20 


NO OPERATION 


23 


EXECUTE 



BREAKPOINT TESTS (Breakpoints specified as expression list in operand field. ) 
BPT 49 20XX0 BREAKPOINT TEST 



OVERFLOW (No operand. ) 

OVT 40 20001 

ROV 02 20001 



OVERFLOW INDICATOR TEST AND RESET 
RESET OVERFLOW 
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Mnemonic 

INTERRUPT (No operand) 

EIR 
DIR 
lET 
IDT 
AIR 



Instruction 




Code 


Function 


02 20002 


ENABLE INTERRUPT SYSTEM 


02 20004 


DISABLE INTERRUPT SYSTEM 


40 20004 


INTERRUPT ENABLED TEST 


40 20002 


INTERRUPT DISABLED TEST 


02 20020 


ARM INTERRUPT 



CHANNEL CONTROL (Channel designated by expression in operand field) 



ALC 
DSC 
ASC 
TOP 



X OX 50X00 ALERT CHANNEL (925 only) 

X OX 00X00 DISCONNECT CHANNEL 

X OX 12X00 ALERT TO STORE ADDRESS IN CHANNEL (925 only) 

X OX 14X00 TERMINATE OUTPUT ON CHANNEL 



CHANNEL TESTS (925 only-Channel designated by expression in operand field) 

CHANNEL ACTIVE TEST 
CHANNEL ERROR TEST 
CHANNEL ZERO COUNT TEST 
CHANNEL INTER-RECORD TEST 



M INTO W BUFFER WHEN READY 

W BUFFER INTO M WHEN READY 

M INTO Y BUFFER WHEN READY 

Y BUFFER INTO M WHEN READY 

BUFFER READY TEST 

BUFFER ERROR TEST 

PARALLEL OUTPUT 

PARALLEL INPUT 

BLOCK PARALLEL OUTPUT (925 only) 

BLOCK PARALLEL INPUT (925 only) 

ENERGIZE OUTPUT M 

ENERGIZE OUTPUT TO DIRECT ACCESS 
CHANNELS (925 only) 



CAT 




X 40 X4X00 


CET 




X 40X1X00 


CZT 




X 40 X2X00 


CIT 




X 40 XOXOO 


INPUT/OUTPUT 




MIW 




12 


WIM 




32 


MIY 




10 


YIM 




30 


BRTW, 


BRTY 


40 2X000 


BETW, 


BETY 


40 200X0 


POT 




13 


PIN 




33 


BPO 




11 


BPI 




31 


EOM^ 




02 


EOD^ 




06 



Indirect address flag (*) interpreted as interlace control flag. 
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APPENDIX C. SDS 920/930 INSTRUCTION LIST 





Instruction 




Mnemonic 


Code 


Function 


LOAD/STORE 






LDA 


76 


LOAD A 


STA 


35 


STORE A 


LDB 


IS 


LOAD B 


STB 


36 


STORE B 


LDX 


71 


LOAD INDEX 


STX 


37 


STORE INDEX 


EAX 


T7 


COPY EFFECTIVE ADDRESS INTO INDEX 


XMA 


62 


EXCHANGE M AND A 


ARITHMETIC 






ADD 


S5 


ADD M TO A 


ADC 


57 


ADD WITH CARRY 


ADM 


63 


ADD A TO M 


MIN 


61 


MEMORY INCREMENT 


SUB 


54 


SUBTRACT M FROM A 


sue 


56 


SUBTRACT WITH CARRY 


MUL 


64 


MULTIPLY 


DIV 


65 


DIVIDE 


LOGICAL 






ETR 


14 


EXTRACT 


MRG 


16 


MERGE 


EOR 


17 


EXCLUSIVE OR 



REGISTER CHANGE (Cf. Appendix E - no operand except for RCH and COPY) 



RCH,COPY 


46 


REGISTER CHANGE 


CLA 


46 00001 


CLEAR A 


CLB 


46 00002 


CLEAR B 


CLR 


46 00003 


CLEAR AB 


CAB 


46 00004 


COPY A INTO B 
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Instruction 




Mnemonic 


Code 


Function 


JISTER CHANGE (c 


ontinued) 




CBA 


46 00010 


COPY B INTO A 


XAB 


46 00014 


EXCHANGE A AND B 


BAG 


46 00012 


COPY B INTO A, CLEAR B 


ABC 


46 00005 


COPY A INTO B, CLEAR A 


CXA 


46 00200 


COPY INDEX INTO A 


CAX 


46 00400 


COPY A INTO INDEX 


XXA 


46 00600 


EXCHANGE INDEX AND A 


CBX 


46 00020 


COPY B INTO INDEX 


CXB 


46 00040 


COPY INDEX INTO B 


XXB 


46 00060 


EXCHANGE INDEX AND B 


STE 


46 00122 


STORE EXPONENT 


LDE 


46 00140 


LOAD EXPONENT 


XEE 


46 00160 


EXCHANGE EXPONENTS 


CNA 


46 01000 


COPY NEGATIVE INTO A 



BRANCH 

BRU 
BRX 
BRM 
BRR 



01 
41' 
43 
51 



BRANCH UNCONDITIONALLY 
INCREMENT INDEX AND BRANCH 
MARK PLACE AND BRANCH 
RETURN BRANCH 



TEST/SKIP 

SKS 

SKE 

SKG 

SKR 

SKM 

SKN 

SKA 

SKB 

SKD 



40 
50 
73 
60 
70 
53 
72 
52 
74 



SKIP IF SIGNAL NOT SET 

SKIP IF A EQUALS M 

SKIP IF A GREATER THAN M 

REDUCE M, SKIP IF NEGATIVE 

SKIP IF A = M ON BMASK 

SKIP IF M NEGATIVE 

SKIP IF M AND A DO NOT COMPARE ONES 

SKIP IF M AND B DO NOT COMPARE ONES 

DIFFERENCE EXPONENTS AND SKIP 
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Mnemonic 



SHIFT 



RSH 

LRSH 

RCY 

LSH 

LCY 

NOD 



Instruction 




Code 


Function 


66 OOOXX 


RIGHT SHIFT AB 


66 240XX 


LOGICAL RIGHT SHIFT AB 


66 200XX 


RIGHT CYCLE AB 


67 OOOXX 


LEFT SHIFT AB 


67 200XX 


LEFT CYCLE AB 


67 lOOXX 


NORMALIZE AND DECREMENT X 



CONTROL 

HLT, PZE 

NOP 

EXU 



00 


HALT 


20 


NO OPERATION 


23 


EXECUTE 



BREAKPOINT TESTS (Breakpoints specified as expression list in operand field) 
BPT 40 20XX0 BREAKPOINT TEST 



OVERFLOW (No operand) 

OVT 40 20001 

ROV 02 20001 

REO 02 20010 

INTERRUPT (No operand) 

EIR 02 20002 

DIR 02 20004 

lET 40 20004 

IDT 40 20002 

AIR 02 20020 



OVERFLOW INDICATOR TEST AND RESET 

RESET OVERFLOW 

RECORD EXPONENT OVERFLCW (930 only) 



ENABLE INTERRUPT SYSTEM 
DISABLE INTERRUPT SYSTEM 
INTERRUPT ENABLED TEST 
INTERRUPT DISABLED TEST 
ARM INTERRUPTS 



CHANNEL CONTROL (Channel designated by expression in operand field) 



ALC 

DSC 
ASC 
TOP 



X OX 50X00 ALERT CHANNEL (930 only) 

X OX 00X00 DISCONNECT CHANNEL 

X OX 12X00 ALERT TO STORE ADDRESS IN CHANNEL (930 only) 

X OX 14X00 TERMINATE OUTPUT ON CHANNEL 



67 



Mnemonic 



Insfruction 
Code 



Function 



CHANNEL TESTS (930 only - Channel designated by expression in operand field) 



CAT 
CET 
CZT 

CIT 
INPUT/OUTPUT 

MIW 
WIM 
MIY 
YIM 

BRTW, BRTY 
BETW, BETY 
POT 
PIN 



EOM 
EOD^ 



X 40 X4X00 
X 40X1X00 
X 40 X2X00 

X 40 XOXOO 



12 

32 

10 

30 
40 2X000 
40 200X0 

13 

33 

02 

06 



CHANNEL ACTIVE TEST 
CHANNEL ERROR TEST 
CHANNEL ZERO COUNT TEST 

CHANNEL INTER-RECORD TEST 



M INTO W BUFFER WHEN READY 

W BUFFER INTO M WHEN READY 

M INTO Y BUFFER WHEN READY 

Y BUFFER INTO M WHEN READY 

BUFFER READY TEST 

BUFFER ERROR TEST 

PARALLEL OUTPUT 

PARALLEL INPUT 

ENERGIZE OUTPUT M 

ENERGIZE OUTPUT TO DIRECT ACCESS 
CHANNELS (930 only) 



Indirect address flag (*) interpreted as interlace control flag. 
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APPENDIX D. SDS 9300 INSTRUCTION LIST 







Instruction 


Mnemonic 
LOACySTORE 




Code 


LDA 




16 


STA 




76 


LDB 




14 


STB 




74 


LDX 


X 


- 17 


STX 


X 


-77 


STZ 





-77 


LDP, LDF 




26 


SID, STF 




7b 


XMA 




36 


XMB 




34 


XMX 


X 


-37 


LDS 




06 


SIS 




70 


EAX 




15 



Function 

LOAD A 
STORE A 
LOAD B 
STORE B 
LOAD INDEX 
STORE INDEX 
STORE ZERO 

LOAD DOUBLE PRECISION (FLOATING) 
STORE DOUBLE PRECISION (FLOATING) 

EXCHANGE M AND A 

EXCHANGE M AND B 

EXCHANGE MEMORY AND INDEX 

LOAD SELECTIVE 

STORE SELECTIVE 

COPY EFFECTIVE ADDRESS INTO INDEX 
REGISTER 1 



ARITHMETIC 

ADD 

DPA 

SUB 

DPS 

MPO 

MPT 

MUL 

DIV 

ADM 

TMU 

DPN 



05 
25 
04 
24 
71 
72 

63 
62 
35 
61 
27 



ADD M TO A 

DOUBLE PRECISION ADD 

SUBTRACT 

DOUBLE PRECISION SUBTRACT 

MEMORY PLUS ONE 

MEMORY PLUS TWO 

MULTIPLY 

DIVIDE 

ADD A TO M 

TWIN MULTIPLY 

DOUBLE PRECISION NEGATE 
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Mnemonic 

FLOATING 
POINT 

FLA 
FLS 
FLM 
FLD 



Instruction 
Code 



65 
64 
67 
66 



Function 



FLOATING ADD 
FLOATING SUBTRACT 
FLOATING MULTIPLY 
FLOATING DIVIDE 



LOGICAL 

ETR 

MRG 

EOR 



n 


EXTRACT 


13 


MERGE 


12 


EXCLUSIVE OR 



REGISTER CHANGE (Cf. Appendix E) 
Mode 1 

RCH, COPY 40XXXXX 



Mode II 




RCH, COPY 


X 40 XXXXX 


Mode III 




AXB 


4X 40 XXXXX 



ADDRESS TO INDEX BASE 



BRANCH 

BRU 
BRX 
BRC 
BRM 
BMA 

BRR 



01 

X-57 

0-57 

03 

43 

41 



BRANCH UNCONDITIONALLY 

INCREASE INDEX AND BRANCH 

BRANCH AND CLEAR INTERRUPT 

MARK PLACE AND BRANCH 

BRANCH AND MARK PLACE OF ARGUMENT 
ADDRESS 

RETURN ADDRESS 
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Mnemonic 


TEST/SKII 


SKE 


SKU 


SKG 


SKL 


SKR 


SKM 


SKN 


SKA 


SKB 


SKP 


SKS 


SKF 


SKQ 



Instruction 
Code 



45 
47 
46 
44 
73 
55 
53 
54 
52 
51 
20 
50 
56 



Function 

SKIP IF A EQUALS M 

SKIP IF A UNEQUAL TO M 

SKIP IF A GREATER THAN M 

SKIP IF A LESS THAN OR EQUAL TO M 

REDUCE M, SKIP IF NEGATIVE 

SKIP IF A=M ON BMASK 

SKIP IF M NEGATIVE 

SKIP IF M AND A DO NOT COMPARE ONES 

SKIP IF M AND B DO COMPARE ONES 

SKIP IF BIT SUM EVEN 

SKIP IF SIGNAL NOT SET 

SKIP IF FLOATING EXPONENT IN B>M 

SKIP IF MASKED QUANTITY IN A GREATER 
THANM 



SHIFT 



SHIFT 
ARSA 
ARSB 
ARSD 
ARST 



60 
60-20 
60-10 
60-00 
60-30 



SHIFT (Used in conjunction with indirect addressing) 
ARITHMETIC RIGHT SHIFT A 
ARITHMETIC RIGHT SHIFT B 
ARITHMETIC RIGHT SHIFT DOUBLE 
ARITHMETIC RIGHT SHIFT TWIN (A AND B) 



LRSA 
LRSB 
LRSD 
LRST 



60-21 
60-11 
60-01 
60-31 



LOGICAL RIGHT SHIFT A 
LOGICAL RIGHT SHIFT B 
LOGICAL RIGHT SHIFT DOUBLE 
LOGICAL RIGHT SHIFT TWIN (A AND B) 



CRSA 
CRSB 
CRSD 
CRST 



60-22 
60-12 
60-02 
60-32 



CIRCULAR RIGHT SHIFT A 
CIRCULAR RIGHT SHIFT B 
CIRCULAR RIGHT SHIFT DOUBLE 
CIRCULAR RIGHT SHIFT TWIN (A AND B) 
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Mnemonic 

SHIFT (continued) 

ALSA 
ALSB 
ALSO 
A LSI 



Instruction 
Code 



60-24 
60-14 
60-04 
60-34 



Function 

ARITHMETIC LEFT SHIFT A 
ARITHMETIC LEFT SHIFT B 
ARITHMETIC LEFT SHIFT DOUBLE 
ARITHMETIC SHIFT TWIN (A AND B) 



LLSA 
LLSB 
LLSD 
LLST 



60-25 
60-15 
60-05 
60-35 



LOGICAL LEFT SHIFT A 
LOGICAL LEFT SHIFT B 
LOGICAL LEFT SHIFT DOUBLE 
LOGICAL LEFT SHIFT A AND B 



CLSA 
CLSB 
CLSD 
CLST 



60-26 
60-16 
60-06 
60-36 



CIRCULAR LEFT SHIFT A 
CIRCULAR LEFT SHIFT B 
CIRCULAR LEFT SHIFT DOUBLE 
CIRCULAR LEFT SHIFT TWIN (A AND B) 



NORA 
NORD 



60-64 
60-44 



NORMALIZE A 
NORMALIZE DOUBLE 



FLAG REGISTER (Single operand expression) 



FLAG 

FIRS 

FSTR 

FRTS 

FRST 

SWT 



22 
22-0 
22-1 
22-2 
22-3 
22-4 



FLAG 

FLAG INDICATOR RESET/SET 
FLAG INDICATOR SET TESTAESET 
FLAG INDICATOR RESET TEST/SET 
FLAG INDICATOR RESET/SET TEST 
SENSE SWITCH TEST 



CONTROL 

HLT, PZE 
NOP 
EXU 
INT 

REP 



00 
10 
21 
07 

23 



HALT 

NO OPERATION 

EXECUTE 

LOAD OP CODE INTO INDEX 2, SKIP ON 
BIT 1 

REPEAT INSTRUCTION IN M 
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Mnemonic 

INTERRUPTS (No operand) 

EIR 
DIR 
AIR 
lET 
IDT 



Instruction 
Code 



02 20002 
02 20004 
02 20020 
20 20004 
20 20002 



Function 

ENABLE INTERRUPT SYSTEM 
DISABLE INTERRUPT SYSTEM 
ARM INTERRUPTS 
INTERRUPT ENABLED TEST 
INTERRUPT DISABLED TEST 



CHANNEL CONTROL (Channel designated by expression in operand field) 



DSC 
ALC 
ASC 
TOP 



X X2 00X00 DISCONNECT CHANNEL 

XX2 50X00 ALERT CHANNEL 

X X2 12X00 ALERT TO STORE ADDRESS IN CHANNEL 

X X2 14X00 TERMINATE OUTPUT ON CHANNEL 



CHANNEL TEST (Channel designated by expression in operand field) 



CAT 
CET 
CIT 
CZT 



X 20 X4X00 CHANNEL ACTIVE TEST 

X 20 X 1X00 CHANNEL ERROR TEST 

X 20 XOXOO CHANNEL INTER-RECORD TEST 

X 20 X2X00 CHANNEL ZERO COUNT TEST 



INPUT/OUTPUT 




EOM^ 


02 


EOD^ 


42 


PIN 


33 


POT 


31 


MIA 


30 


AIM 


32 



ENERGIZE OUTPUT M 

ENERGIZE OUTPUT TO DIRECT ACCESS 
CHANNEL 

PARALLEL INPUT 

PARALLEL OUTPUT 

MEMORY INTO CHANNEL A BUFFER 

CHANNEL A BUFFER INTO MEMORY 



'Indirect address flog (*) interpreted as interlace control flag. 
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APPENDIX E. SDS 92 INSTRUCTION LIST 





Instruction 




Mnemonic 


Code 


Function 


LOAD/STORE 






LDA 


64 


LOAD A 


LDB 


24 


LOADB 


STA 


44 


STORE A 


STB 


04 


STORE B 


XMA 


74 


EXCHANGE M AND A 


XMB 


34 


EXCHANGE M AND B 



FLAG 



XMF 


17 


EXCHANGE M AND F 


LDF 


^1 


LOADF 


SFT 


0044 


SET FLAG TRUE 


SFF 


0042 


SET FLAG FALSE 


INF 


0046 


INVERT FLAG 


ARITHMETIC 






ADA 


62 


ADD TO A 


ADB 


22 


ADD TO B 


ACA 


63 


ADD WITH CARRY TO A 


ACB 


23 


ADD WITH CARRY TO B 


SUA 


60 


SUBTRACT TO A 


SUB 


20 


SUBTRACT TO B 


SCA 


61 


SUBTRACT WITH CARRY TO A 


SCB 


21 


SUBTRACT WITH CARRY TO B 


MPA 


76 


MEMORY PLUS A TO MEMORY 


MPB 


36 


MEMORY PLUS B TO MEMORY 


MPO 


16 


MEMORY PLUS ONE TO MEMORY 


MPF 


56 


MEMORY PLUS FLAG TO MEMORY 


MUA 


13 


MULTIPLY A (OPTIONAL) 


MUB 


53 


MULTIPLY B (OPTIONAL) 


DVA 


52 


DIVIDE AB (OPTIONAL) 


DVB 


12 


DIVIDE BA (OPTIONAL) 
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Instruction 




Mnemonic 


Code 




CONTROL 






EXU 


73 


EXECUTE 


HLT 


0041/00000000* 


HALT 



Function 



TRAPPING (no operand) 



SCT 
RCT 
TCT 



0061 
0060 
0160 



BREAKPOINT TESTS (single operand) 



BRT 1 


0144 


BRT 2 


0145 


BRT 3 


0146 


BRT 4 


0147 



INTERRUPTS (no operand) 



EIR 


0051 


DIR 


0050 


lET 


0150 


AIR 


00020001 



SET PROGRAM-CONTROLLED TRAP 
RESET PRO GRAM-CON TROLL ED TRAP 
TEST PROGRAM-CONTROLLED TRAP 



BREAKPOINT NUMBER 1 TEST 
BREAKPOINT NUMBER 2 TEST 
BREAKPOINT NUMBER 3 TEST 
BREAKPOINT NUMBER 4 TEST 



ENABLE INTERRUPT 

DISABLE INTERRUPT 

INTERRUPT ENABLED TEST; SET FLAG IF INTERRUPT SYS- 
TEM ENABLED 

ARM INTERRUPTS 



CHANNEL CONTROL AND TESTS (no operand) 



DSC 

TOP 

TIP 

ALC 

ASC 

CAT 

CET 

LOGICAL 

ANA 
ANB 
ORA 



00000100 
00012100 
00012100 
00050100 
00010500 
01004100 
01001100 



65 
25 
67 



DISCONNECT CHANNEL 

TERMINATE OUTPUT ON CHANNEL 

TERMINATE INPUT ON CHANNEL 

ALERT CHANNEL INTERLACE 

ALERT TO STORE INTERLACE COUNT 

CHANNEL ACTIVE TEST; SET FLAG IF NOT ACTIVE 

CHANNEL ERROR TEST; SET FLAG IF ERROR 



AND TO A 
AND TO B 
OR TO A 



''A slash (/) indicates that either instruction code can be used to perform the same operation. 
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Instruction 


Mnemonic 


Code 


LOGICAL (contl 


nued) 


ORB 


27 


EOA 


66 


EOB 


26 


MAA 


7^ 


MAB 


35 


COMPARISON 




COA 


45 


COB 


05 


CMA 


47 


CMB 


07 


CEA 


46 


CEB 


06 


BRANCH 




BRU 


73 


BRC 


32 


BRL 


33 


BFF 


31 


BFT 


71 


BDA 


70 


BAX 


30 


BRM 


71 


BMC 


37 



Function 

OR TO B 

EXCLUSIVE OR TO A 
EXCLUSIVE OR TO B 
MEMORY AND A TO MEMORY 
MEMORY AND B TO MEMORY 



COMPARE ONES WITH A 
COMPARE ONES WITH B 
COMPARE MAGNITUDE OF M WITH A 
COMPARE MAGNITUDE OF M WITH B 
COMPARE M EQUAL TO A 
COMPARE M EQUAL TO B 



BRANCH UNCONDITIONALLY 

BRANCH, CLEAR INTERRUPT, AND LOAD FLAG 

BRANCH AND LOAD FLAG 

BRANCH ON FLAG FALSE 

BRANCH ON FLAG TRUE 

BRANCH ON DECREMENTING A 

BRANCH AND EXCHANGE A AND B 

BRANCH AND MARK PLACE 

BRANCH, MARK PLACE, AND CLEAR FLAG 



SHIFT 



CYA 


42 


CYCLE A 


CYB 


02 


CYCLE B 


CFA 


43 


CYCLE FLAG AND A 


CFB 


03 


CYCLE FLAG AND B 


CYD 


02/42* 


CYCLE DOUBLE 


CFD 


43 


CYCLE FLAG AND DOUBLE 


CFI 


03 


CYCLE FLAG AND DOUBLE INVERSE 



''A slash (/) indicates that either instruction code can be used to perform the same operation. 
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Instruction 




Mnemonic 


Code 


Function 


INPUT/OUTPUT 






WIN 


15 


WORD IN 


RIN 


55 


RECORD IN 


WOT 


11 


WORD OUT 


ROT 


51 


RECORD OUT 


PIN 


14 


PARALLEL INPUT 


POT 


10 


PARALLEL OUTPUT 


BPI 


54 


BLOCK PARALLEL INPUT 


BPO 


50 


BLOCK PARALLEL OUTPUT 


EOM 


00(40*) 


ENERGIZE OUTPUT M 


SES 


01(41*) 


SENSE EXTERNAL SIGNAL 



■"Codes EOM 40 and SES 41 are reserved for use in special system applications. 
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APPENDIX F. SPECIAL INSTRUCTIONS - SDS 900 SERIES/SDS 9300 

A. SDS 9300 Register Change Instruction |040| 

This instruction has three main functions: 

1. Interchange and/or modify information between selected bytes of A and B. 

2. Interchange and/or modify information among selected bytes of A, B, and the index registers, 

3. Load the address portion of a selected index register from the address portion of the instruction. 

In modes 1 and 2, the address portion of the instruction serves to extend the operation code; each of 
the address bits has a particular significance during instruction decoding and execution. In mode 3, 
however, the interpretation of the address portion is the conventional one in which the 15-bit value 
defines an operand. Therefore, in mode 3, the instruction is programmed by following the mnemonic, 
AXB, by an expression in the operand field. The assembler inserts the value of the expression in the 
instruction's 15-bit address portion. 

When programmed in Mode 1 or 2, the instruction may be given one of two mnemonics: RCH or COPY, 
The assembler processes the operand field of RCH in the conventional manner, inserting the evaluated 
operand field expression into the instruction's 15-bit address portion. In general, the expression is an 
octal number representing the bit pattern that specifies the function to be performed. This implies a 
detailed knowledge of the instruction on the programmer's part. 

The operand field of COPY, on the other hand, is interpreted differently. The field consists of a byte 
selection "mask" followed by one or more grouped expression lists that describe the desired operation(s). 
The programmer need be concerned only with operational legitimacy and not with its specification via 
bit patterns. 



Effect 



EXAMPLES: 




Label Operation 


Operand 


COPY 


(0,(A,B)) 


COPY 


(A,B) 


COPY 


(A,B), (B,A) 


COPY 


077, (A,B,B) 



Clear A and B 

Copy A into B 

Exchange A and B 

Merge the low order six 
bits of A and B in B. 

Unless a merge is specified, the assembler automatically sets the "clear" bit. Thus, the second line 

causes the generation of 40 37703. 

Format: 

Label Operation Operand 

LABEL COPY E, (Ell, ... , EIN), {E21, E2N), . . . , (EMI, . . . , EMN) 
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Since parenthetical notation is used in the operand field, parentheses have not been used to denote 
"optional". As usual, the label is optional and may or may not be external. The first operand and all 
successive operand lists are also optional. 

RULES: 

1. The byte selection mask, if present, is the first expression to appear in the operand field. It is 
not enclosed within parentheses. In the absence of this expression, the assembler assumes the 
mask ^77117777 to be implicitly specified. Actually, the assembler cannot insert the mask di- 
rectly into the byte -selection position of the instruction, since the 24-bit value must be mapped 
into three or eight bits. However, it is convenient to think of the mask in this manner. Since 
the mask may be an expression, it need not always be written as an octal number. 



Effect 



(^^5-23"^^^ 15-23' ^"^(^^15-23 
(A)0-2"^'0-2 

Unless the programmer indicates that the specified index register be cleared (in a Mode 2 register change), 
the assembler automatically sets one of the bits 12, 13, or 14 to prevent the register from being cleared. 

2. Following the mask, one or more parenthetical expression lists appear, separated by commas. 
Within a list, two or more expressions (or expression groups) appear. The first of these specify 
the source of information flow, and the last specifies the destination. In the case of three or 
more successive expressions, an OR is implied. Thus, COPY operations are specified by ordered 
groupings of values. The following definitions relate the value of an expression to the 24-bit 
source value/register or destination register. Where actual registers are not involved (0 and -1) 
it is convenient to imagine the existence of two fictitious registers always containing all zeros 
and all ones, respectively. 

Value Meaning* 

The negative (2s complement) of (A) 
The inverse (Is complement) of (A) 
The inverse (Is complement) of (B) 
AIM'S 



EXAMPLES: 






Label 


Operation 


Operand 


EXP 


EQU 


0777 


HI3 


EQU 


070000000 




COPY 


EXP, (B,l), (0,8) 




COPY 


HI3, (A,B) 



-5 


-(A) 


-4 


(A) 


-3 


_i 








1 


(XI) 


2 


(X2) 


3 


(X3) 


4 


(B) 


5 


(A) 



'( ) denote "the contents of". 
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Therefore to refer to the registers mnemonically, the programmer must precede his program by 
equality directives such as: 





A 


EQU 5 




B 


EQU 4 




X2 


EQU 2 




lA 


EQU -4 




IB 


EQU -3 




ONES 


EQU -1 


EXAMPLES: 






Mnemonic Notation 




Absolute 


COPY (A, B), (B,A) 


COPY (5,4), (4,5) 


COPY(IA, B), (0,A) 
COPY(1-A,B), (0,A) 


( 


:OPY(-4,4), (0,5) 



COPY 070, (ONES, B) 
COPY 070, (-1,B) 



COPY 070, (-1,4) 



Interpretation 

Exchange A and B 

Copy inverse of A into B and 
clear A 



Form mask in B 



18-21 



Thus, the programmer can specify any legitimate register change without having to write the 
necessary bit pattern explicitly and without being restricted to a pre-selected set of mnemonic 
op-codes. Also, the assembler diagnoses the variable field for legitimacy. 

B. SDS 920/930 REGISTER CHANGE INSTRUCTION (046) 

The SDS 920/930 Register Change instruction has some, but not all, of the capabilities of its 9300 
counterpart. The differences are: 

1. The SDS 920/930 RCH does not provide for byte selection except for selecting the low-order 
nine bits. 

2. The SDS 920/930 Computers include only one index register. 

3. There is no capability for copying (or merging) the one's complement of one register into another. 



FORMAT; 

Label 
LABEL 



Operation 
COPYorCOPYE 



Operand 

(Ell, ... , E1N), (E21, . . . E2N), . . .,(EM1, . . . , EMN) 



As before, the label is optional and may or may not be external. All expression lists are optional. The 
mnemonic COPY implies that operands are whole-word registers; the mnemonic COPYE causes the ex- 
ponent portion (the low-order nine bits) only to be affected. 
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COPY(E) operations are specified by ordered groupings of values. The following definitions relate the 
value of an expression to the 24-bit source value/register or destination register. 



Value 
-5 

2 
4 
5 



-(A) 


(X) 
(B) 
(A) 



Meaning 
The negative (2s complement) of A 
A register containing all Os 
The index register 
The contents of B 
The contents of A 



EXAMPLES; 



Mnemonic Notation 
COPY (A, B), (B,A) 
COPYE (B,X), (0,B) 



Absolute 
COPY (5,4), (4,5) 
COPYE (4,2), (0,4) 



Interpretation 
Exchange A and B 



15-23 
15 



15- 23 
0-14 



B 



15-23 



COPY(A,B,X) 



COPY (5, 4, 2) 



Merge A and B to X 
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APPENDIX G. INPUT/OUTPUT - DEVICE EOMs (SKSs) 



FORMAT: 



Label 



[[$] label] 



Operation 
OP 



Operand 
E1[,E2[,E3]] 



The format for device (I/O peripheral unit) EOMs (SKSs) is different from that of the standard instruction; for 
a definition of the format, refer to the appropriate SDS reference manual. The expressions El, E2, and E3 have 
the following meaning: 









E1:C' 


: Channel (Buffer), 


nominally, 








E2:U 


: Unit Number 










E3:CC: Character Transmission Mode (1-4) 
(Paper Tape Channel for PSC; 
Number of lines to be spaced for PSP) 


Mnemonic 






Instruction 
Code 


Function 


TYPEWRITER, U=l 


,2,3 








RKB 


c, u. 


cc 




EOM 002X0X 


Read Typewriter Keyboard 


TYP 


c, u. 


cc 




EOM 002X4X 


Type 


PAPER TAPE, U=l, 


,2 








RPT 


c, u. 


CC 




EOM 002X0X 


Read Paper Tape 


PPT 


c, u. 


CC 




EOM 002X4X 


Punch Paper Tape 


PTL 


c, u. 


CC 




EOM 000X4X 


Punch Paper Tape with Lee 


CARDS, U= 


= 1,2 










CRT 


c, u 






SKS 01200X 


Card Reader Test 


CFT 


c, u 






SKSonoox 


Card End-of-file Test 


FCT 


c, u 






SKS 01400X 


First Column Test 


RCD 


c, u. 


cc 




EOM 002X0X 


Read Cards Decimal 


RCB 


c, u, 


cc 




EOM 003X0X 


Read Cards Binary 


SRC 


c, u 






EOM 01200X 


Skip Remainder of Card 


CPT 


c, u 






SKS 01404X 


Card Punch Test 


PBT 


c, u 






SKS 01-204X 


Punch Buffer Test 


PCD 


c, u. 


cc 




EOM 002X4X 


Punch Cards Decimal 


KB 


c, u. 


cc 




EOM 003X4X 


Punch Cards Binary 



For the SDS 92 the channel designator (El) is absent. 
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Instruction 




Mnemonic 








Code 


Function 


MAGNETIC TAPE, 


LI=0,1,.. 


.,7 




TRT 


C, 


u 




SKS 01041X 


Tape Ready Test 


FPT 


C, 


u 




SKS 01401X 


File Protected Test 


BTT 


C, 


u 




SKS 01201X 


Beginning of Tape Test 


ETT 


C, 


u 




SKS 01101X 


End of Tape Test 


WTD 


C, 


u. 


cc 


EOM 002X5X 


Write Tape Decimal 


WTB 


c. 


u. 


cc 


EOM 003X5X 


Write Tape Binary 


EFT 


c. 


u, 


cc 


EOM 003X7X 


Erase Forward Tape 


ERT 


c. 


u. 


cc 


EOM 007X7X 


Erase Reverse Tape 


RTD 


c. 


u. 


cc 


EOM 002X1X 


Read Tape Decimal 


RTB 


c. 


u. 


cc 


EOM 003X1X 


Read Tape Binary 


SFD 


c. 


u. 


cc 


EOM 002X3X 


Scan Forward Decimal 


SFB 


c. 


u. 


cc 


EOM 003X3X 


Scan Forward Binary 


SRD 


c. 


u, 


cc 


EOM 006X3X 


Scan Reverse Decimal 


SRB 


c. 


u, 


cc 


EOM 007X3X 


Scan Reverse Binary 


REW 


c. 


u, 


cc 


EOM 0140 IX 


Rewind 


RTS 


c 






EOM 014000 


Convert Read to Scan 



MAGNETIC TAPE (41.7KC and 96KC only), U=0, 1,. . 

DT2 C, U SKS 0162 IX 

DT5 C, U SKS 0166 IX 

DT8 C, U SKS 01721X 

TFT C SKS 013610 

TGT C SKS 012610 

SRR C EOM 013610 



. , 7 (META-SYMBOL only) 
Density Test (200 BPI) 
Density Test (500 BPI) 
Density Test (800 BPI) 
Tape File Test 
Tape Gap Test 
Skip Remainder of Record 



PRINTER, U=l,2 (These mnemonics appear in META-SYMBOL only. ) 



PLP 


c, U, 


CC 


EOM 002X6X 


Print Line Printer 


PSC 


c, u. 


CC 


EOM 01X46X 


Printer Skip to Channel 


PSP 


c, u. 


CC 


EOM 01X66X 


Printer Up Space 


EPT 


C, U 




SKS 01406X 


End of Page Test 


PFT 


C, U 




SKS 01106X 


Printer Fault Test 


POL 


C, U 




EOM 01206X 


Printer Off-line 


PRT 


C, U 




SKS 01206X 


Printer Ready Test 
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APPENDIX H. INPUT/OUTPUT - CHANNEL OPERATIONS iSDS 925/930/9300) 



The initiation of an l/O channel operation consists of alerting the channel (generally with a device EOM), 
executing an interlace control EOM, and issuing (via POT) an interlace (I/O) control word (lOCW). An 
lOCW can accommodate a 14-bit address and a 10-bit word count. Whenever the count exceeds 10 bits or 
the address is 15 bits (930/9300 only) the extra high-order bits are required in the EOM. To simplify the pro- 
gramming of input/output, special I/O command PROCs have been incorporated in the standard META-SYMBOL 
system PROCs. The use of these PROCs is described below. 

1. Load Channel with Remote Command 

The mnemonic LCH (Load Channel) is written at the point of execution. Its operand field 
specifies the location of a remote I/O command. The valid (remote) l/O commands are: 

lORD Input/Output Record and Disconnect 

lORP Input/Output Record and Proceed 

lOSD Input/Output until Signal and Disconnect 

lOSP Input/Output until Signal and Proceed 

I OCT Input/Output under Count and Terminate 



EXAMPLE: 

Source Code 



(Non-terminal-function interlace operation) 

Generated Code (expressed symbolically) 



LCH 



ALPHA 



EXU 
POT 



ALPHA 
ALPHA + 1 



ALPHA lORD [*]ADDR, COUNT, ICD ALPHA EOM/EOD 

lOCW ADDR,COUNT 

The asterisk causes an EOD to be generated instead of an EOM. 
ADDR points to the beginning of the buffer area. 
COUNT specifies the number of words to be input/output. 
ICD is an interrupt control digit (0, 1, 2, or 3). 

If ALPHA is tagged, the tag is generated in both the EXU and the POT. 

"Overflow" bits for the address and count are automatically inserted into the EOM. 

2. Load Channel with Proximate Command 

These mnemonics cause the generation of the entire I/O packet (EOM, POT, lOCW) 
and are, therefore, more economical of space in those cases where the programmer 
does not desire multiple references to an lORD. 
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The five mnemonics are: 

LCRD Load Channel for I/O Record, Disconnect Mode 

LCRP Load Channel for I/O Record, Proceed Mode 

LCSD Load Channel for I/O until Signal, Disconnect Mode 

LCSP Load Channel for I/O until Signal, Proceed Mode 

LCCT Load Channel for I/O under Count, Terminate Mode 



These mnemonics are written at the point of execution. Their operand fields are identical to 
those of the remote I/O commands (e.g., lORD). The assembler generates an EOM-POT 
combination and inserts the lOCW in the literal table. The extra high-order address and count 
bits are inserted into the EOM by the assembler. Note that for 930 or 9300 target machines 
it is possible for a relocatable buffer area to be loaded such that it can be referenced only by 
a 15-bit address. In this case, the separation of the EOM from the lOCW precludes the possi- 
bility of the loader inserting the high-order address bit into the EOM. The assembler flags such 
potential difficulties with an 'R'. 



EXAMPLE: 



Source Code 



Generated Code (expressed symbolically) 



LCRD [*] ADDR,COUNT,ICD 



EOM 
POT 



LTE 



LTE 



lOCW 



The symbol LTE is used to denote a literal table entry. 

"Hand-Coded" I/O 

The Interlace Control EOM may always be written by specifying the EOM's address portion 
as an octal number in the operand field. However, the programmer must then know at what 
location the l/O block begins, since the EOM contains the high order address and count bits. 
Naturally, this is not always possible, especially in the case of relocatable programs. In 
fact, for relocatable buffer areas (on a 930 or 9300), the programmer should always prefer the 
first method since only then does the Loader know where the EOM is relative to the lOCW. 

The system provides the following mnemonics to simplify the coding of the Interlace Control 
EOM. Their operand fields are identical in format to those of the lOXX and LCXX Command 
PROCs. 
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ICRD I/O Record and Disconnect EOM 

ICRP I/O Record and Proceed EOM 

ICSD I/O until Signal and Disconnect EOM 

ICSP I/O until Signal and Proceed EOM 

ICCT I/O under Count and Terminate EOM 

Detecting one of these mnemonics, the assembler generates the appropriate EOM (or EOD), 
inserting the terminal function bits and the high order address and count bits. The restric- 
tion on the use of relocatable buffer areas which applies to the LCXX PROCs also applies 
to these. 

EXAMPLE: 

ICRD [*] ADDR, COUNT, ICD 

POT ALPHA 

ALPHA lOCW ADDR, COUNT 
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APPENDIX I. META-SYMBOL/FORTRAN INTERFACE 
(SDS 9300 COMPUTERS ONLY) 

As indicated in the introduction, the merits of any programming language depend strongly upon its application. 
While some applications demand a mathematically oriented language, such as FORTRAN, others require the 
close contact with the machine that the programmer can gain only through "machine language" programming. 

Frequently, the optimal solution to the programming problem consists of "marrying" two or more languages, and 
coding different sections of the program in the languages most appropriate. However, this cannot be accom- 
plished without providing for a common interface, and the burden for the interface is generally placed upon 
the language having the least restrictive syntax. 

Such interface allows the execution of META-SYMBOL programs in conjunction with programs written in the 
SDS FORTRAN IV language. 

META-SYMBOL recognizes the following directives. Note that, as META-SYMBOL directives, they are sub- 
ject to some restrictions (noted below) not present for the analogous FORTRAN statements. 

1. LOGICAL vl, v2, . . ., vn 

2. INTEGER vl, v2, . . . , vn 

3. REAL vl, v2, . . . , vn 

4. COMPLEX vl, v2, . . . , vn 

5. DOUBLEPRECISION vl, v2, . . . , vn 

(Note that DOUBLEPRECISION is one word.) 

Each vn represents a variable name. The assembler ignores redundant declarations; 
it flags conflicting declarations as errors. 

6. COMMON VI, . . ., Vn/BWll/ . . w Vln . . ./^m/Vm], . . ., Vmn 
Each V represents a variable name or an array name followed by its dimensions 
in parentheses: e.g., "A(3, 4, 5)". 

Each B represents a COMMON block name. If no block name appears, META-SYMBOL 
assumes blank common. At the beginning of each COMMON statement, it assumes 
blank common. 

Since COMMON statements are cumulative over the program, no variable may mean- 
ingfully appear in COMMON twice. The assembler recognizes this error. 

No symbol that can be used in the operation field of a META-SYMBOL program may 
appear as a COMMON block name. 
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Dimension information, legal in type statements in FORTRAN IV, may not be used in 
META-SYMBOL type directives. Such dimensions must appear in a COMMON state- 
ment. For example, 

REAL A(9) 

COMMON A 

is illegal in META-SYMBOL. The correct form is 

REAL A 

COMMON A(9) 

It is mandatory that each variable used in a COMMON statement be previously de- 
fined in a type directive (REAL, etc.). 

COMMON allocation is in SDS mode (integer variables are allocated one word; real, 
two words; etc.). 

Generalized array bounds as permitted in SDS Extended FORTRAN IV must be trans- 
lated either to an integer quantity or to an expression resulting in the correct integer 
quantity at assembly time. For example, FORTRAN allows 

REAL A 

COMMON A(-3 : 3) 

META-SYMBOL must have 

REAL A 

COMMON A(E) 

where E has the value 7 at assembly time. 

No continuation is permitted in type directives; however, any type directive may be 
used more than once. 

SYNTAX 

Columns 1 to 6 must be blank. One or more blanks must appear between the directive name and the list. No 
blanks may appear within words or within variable lists. (Blank common is indicated by two successive slashes.) 

SEMANTICS 

1. Common variables are assigned relative locations within the appropriate block 

in order of appearance in the program. The assembler computes the size of 
each named COMMON block by summing the sizes of the variables named. 
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2. The type directives (LOGICAL, INTEGER, etc.) specify to the assembler the 

size of each COMMON variable and array element. The assembler keeps a 
table of the space required for each type. 

It is essential in a program in which a named COMMON variable is referred to that the COMMON and type 
directives give the assembler enough information to compute the size of the block and the relative location of 
each variable referred to. It is mandatory to list all variables named in the COMMON block, to give the 
dimensions of all arrays in COMMON directives, and to list each variable in a type directive. 
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APPENDIX J. COMPATIBILITY WITH SDS SYMBOL 4 AND SYMBOL 8 

(900 SERIES ONLY! 

In 1963, SDS announced two assemblers for the 900 Series Computers: SYMBOL 4 and SYMBOL 8. Patterned 
after other familiar assemblers, SYMBOL 4 proved popular with users; literals and macros were added in 
SYMBOL 8. 

It can be seen from this manual that SYMBOL and META-SYMBOL offer still an additional level of capability 
to the SYMBOL 4/SYMBOL 8 user. In some cases, however, the additional generality of the new assemblers 
has created some incompatibilities with respect to the 1963 assemblers. To assist users in converting to the new 
assemblers, these incompatibilities have been resolved in all but exceptional cases. 

Compatibility has been provided in two ways: 

SYMBOL 

The assembler accepts programs written either in the SYMBOL or in the SYMBOL 4 language. 

META-SYMBOL 

The assembler consists of an Encoder and a Translator, The Translator accepts only encoded META-SYMBOL 
language. The conversion from SYMBOL4/8 to META-SYMBOL isaccomplished by the Encoder, which has a 
special Compatibility Mode. Since the Translator offers optional recoveryof the source language, SYMBOL 4/8 
programs can be easily converted, if desired, to META-SYMBOL source language. 

The compatibility features are described in greater detail below: 

A. Label Field 

Both assemblers allow symbols to begin with a numeric character. Symbols are not allowed to con- 
tain special characters. The symbol must begin in column 1. 

B. Operation Field 

1, Instruction mnemonics: 

The following EOM/SKS mnemonics are included in addition to those 
listed in Appendix B and Appendix C. 
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TOPW/TOPY 










DISW/DISY 










PTLW/PTLY 










PPTW/PPTY 










RPTW/RPTY 










TYPW/TYPY 










RKBW/RKBY 










RCBW/RCBY 










RCDW/RCDY 










rtdwAtdy 










RTBW/RTBY 










WTDW/V/TDY 










wtbw/Wtby 










ETW 










SFBW 










SRBW 










REWW 






Programmed 


operator mnemonics are not recognized and are 


treated as indicated in 


Appendix A. 


* 








Direct 


ives: 










Recognized 


Ignored* 






ORG 




FORT 






BORG 




BLK 






BSS 




LIL 






OCT 




TCD 






DEC 




LIST 






BCI 




UNLIST 






BOOL 




**REL 






**VFD 




**BES 






**MACRO 


**IDEN 










**LOAD 










**LTAB 










**TITLE 










**DETAIL 





*Only when a 900 Series target machine is specified. 
**Illegal in SYMBOL 
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a. The FORTRAN interface (FORT, BLK) is solved by the use of 
external definitions. 

b. All programs are relocatable unless preceded by AORG. 

c. Bootstrap loaders are available separately. 

d. List suppression may be specified when the assembler is loaded. 

3. Indirect Addressing: 

Indirect addressing is allowed to be indicated by an asterisk following an instruction 
mnemonic. 

C. Operand Field 

1. Location counter: 

An asterisk is allowed to denote the location counter. In cases where an expression 
which includes the symbol * is to be indirectly addressed, the syntax of SYMBOL and 
of SYMBOL 4 cannot be mixed. Thus, either 



LDA* 


*+5 


or LDA 


*$+5 


Is permissible, but 




LDA 


**+5 


is not. 





2. Octal/Decimal Interpretation: 

Octal interpretation of the operand field is forced in the case of SYMBOL 
and META-SYMBOL for the operations EOM, SKS, RCH and OPD. Decimal inter- 
pretation is never forced. Therefore, the instruction 

RSH 010 

would cause a right shift of 8 places. 

3. Literals: 

a. Leading O is converted to zero 

b. Leading H is converted to surrounding quotes. 

c. Internal B and E (binary and decimal scale factors) are converted to 
the operator notation using */ and *+, respectively. 
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4. The VFD line is translated to a list which is then handled by a system PROC. 

5. Macros: 

MACROS are translated to PROCs. 

6. Spaces: 

Spaces are converted to 060 whenever they occur in a TEXT line or within a 
literal character string. The BCI directive is translated to BCD, and the word 
count is multiplied by four in order to agree with the BCD syntax. 

7. "Fill" operand: 

Whenever the expression ** occurs as an operand, a diagnostic flag will result, 

8. Breakpoint Test (BPT) 

Whenever multiple breakpoints are tested with the BPT pseudo operation, incor- 
rect assembly will result. This is because the BPT mn of SYMBOL 4/8 must be 
written BPT m, n for SYMBOL/META -SYMBOL. 
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APPENDIX K. SDS STANDARD BINARY LANGUAGE 



The following description specifies a standard binary language for the SDS 900 Series and 9300 Computers. The 
intention has been that this language be both computer-independent and medium-independent. Thus, there is 
provision for handling Programmed Operator definitions and references even though the 9300 does not have this 
hardware feature; similarly, there is a provision for relocation relative to blank COMMON, even though this 
requirement is not present in SDS 900 Series FORTRAN II. 

In the following, a file is the total binary output from the assembly/compilation of one program or subprogram. 
A file is both a physical and a logical entity since it can be subdivided physically into unit records and logically 
into information blocks. While a unit record (in the case of cards) may contain more than one record, a logical 
record may not overflow from one unit record to another. 



1. CONTROL WORD - 1st word in each type of record 



Type (T) 


1 


Word Count (C) 


Mode 
(binary) 


Folded Checksum (FC) 








101 





2 3 4 



89 



n 12 



Field 



contents 



23 bit number 



T RECORD TYPE 

000 Data Record (text) 

001 External References & Definitions, Block & Program Lengths 

010 Programmed Operator References and Definitions 

01 1 End Record (Program or Subroutine end) 
100 thru 111 Not Assigned 

C = total number of words in record, including Control Word 

Note that the first word contains sufficient information for handling these records by 
routines other than the loader (that is, tape or card duplicate routines.) The format 
is also medium-independent, but preserves the MODE indicator positions desirable 
for off-line card-handling. 

An exclusive OR checksum is used. If the symbol — is used to denote exclusive OR, 
and W. denotes the i-th word in the record, 1 < i < C, then 



fC=(W,,o.„-(C)„., --(0,2-23 --°7777 



'here 



C = W- ~ W^ ~ . . . — W 
2 3 c 
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2. 



DATA RECORD FORMAT (T=0) 



Control 
Word 



Record 
Type (T) 



000 



i 



3<C<30 



Mode 
(binary) 



101 



Folded Checksum 



2 3 4 



89 



11 12 



23 



Word 1 



Load 

Address 

Word 



i 



Data Word 
Modifiers (M) 



1 



Load Address 
Modifiers (A) 



4 5 



Load Address (Relative or Absolute) 



8 9 



23 



Word 2 



Data 
Word 1 



Load 
Relocation 



Common 
Relocation 



Programmed 

Operator 

Relocation 



Instruction or Constant 



Words 3 thru n+2 contain instructions or constants, (where l^n^24) 



Load address relocation word (present iff (M) Al = 1) 



Blank common relocation word (present iff (M) n 2=2) 



Programmed operator relocation word (present iff (M)/>4=4) 



23 



23 



23 



23 



Word 3 



Word n+3 



Word n+4 



Word n+5 



Special 

I/O 
Relocation 



Special Input/Output operation relocation (present iff (M) A 8=8) 



23 



Word n+6 
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Words n+3 thru n+6 are modifier words. Each bit in each of these words corresponds 
to a data word (bits thru 23 correspond to words 3 thru n+2, respectively). A bit set 
to one (1) indicates that the specified data word required modification by the loader. 
There are four (4) types of modification (and hence four possible modifier words) which 
are indicated in data records. Presence of a modifier word is indicated by the M (data 
word modifier) field in the load address word. 

The load address is subject to modification as indicated by the "A" field of the load 
address word as follows ((A) = means absolute): 

(A)Al = 1, current load relocation bias is added to load address 



3. EXTERNAL REFERENCES AND DEFINITIONS, BLOCK AND PROGRAM LENGTHS 

(T=l) (Includes labeled common, blank common and program, lengths) 



Control 
Word 



Record 
Type(T) 



i^ 



001 



4<C<31* 



Mode 
(binary) 



101 



2 3 4 

From 1 to 10 items per record 



8 9 



Folded Checksum 



11 12 



Word 1 



23 



Common 
or Program . 
Length "^ 
Item 



CI 



C5 



C2 



C6 



C3 



C7 



C4 



C8 



1} 



Item 
Type 


^ 


B 


C 


Length of Program or Common Block (L) 


00 


00000 









1 2 



6 7 8 9 



23 



1 to 8 

char. 

LABEL 



Length 
Word 



External 
Reference -^ 
Item 



CI 



C2 



C3 



C5 



C6 



C7 



C4 



C8 



) 



Item 
Type 




Address 
Modifiers (A)** 


Address of Last Reference 


01 


000 







12 4 5 



8 9 



23 



Label 



Chain 
Word 
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Externa 
Definiti 
Item 



CJ_ 
C5 



C2 
C6 



X2. 

C7 



C8 



]} 



Label 



on 



Item 
Type 




Address 
Modifiers (A)** 


Absolute or Relocatable Value 


10 


000 











12 4 5 



8 9 



Value 

— Word 

23 



External symbolic definitions include subroutine "identification" as a subset and require 
no special treatment of subroutines with multiple names. B = 1 if (L) is program length, 
C = 1 if (L) is length of a labeled common block. 



'* See data record, load address word, for interpretation 



External 

Reference 

with 

Addend 

Item* 





CI C2 


C3 C4 






C5 C6 


C7 C8 






Item 
Type 


^ 


Address 
Modifiers 


Address of Last Reference 


11 


000 






1 


2 4 5 8 9 




23 


^. 


not used xVsxv 


Value of Addend 


000000000 





} 



Label 



8 9 



Chain 
Word 



Addend 
Word 



23 



4. 

Control 

Word 



PROGRAMMED OPERATOR REFERENCES AND DEFINITIONS (T=2) 



Record 
Type (T) 



010 



I 



4<C<31** 



Mode 
(Binary) 



101 



Folded Checksum 



2 3 4 



8 9 



11 12 



Word 1 



23 



*One of these items for each unique reference; e.g., each of the following 
references is represented by a separate item : 

A+5, B+5, B+6, C+2, C+5 

** From 1 to 10 items per record 
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Interna 

Programmed 

Operator 



'< 



CI 



C2 



C3 



£± 



C6 



C6 



C7 



C8 



1} 



1 to 8 Char. 
Mnemonic 



Programmed 

Operator 

Reference 



V 



I 



Item 
Type 


Sequence No. 


R 


Origin of Programmed Operator Routine 


00 




1 





1 2 



7 8 9 



23 



CI 



C2 



C3 



C4 



C5 



C6 



C7 



C8 



} 



1 to 8 Char. 
Mnemonic 



Item 
Type 


Sequence No. 


R 


Not used 


01 







^^^^000000000000000 ^^^^ 



1 2 



7 8 9 



23 



External 
Programmed 
Operator "^ 
Definition 



U. 



C2 



C3 



C4 



C5 



C6 



C7 



C8 



1 



] to 8 Char. 
Mnemonic 



Item 
Type 



10 



Sequence No. 



Origin of Programmed Operator Routine 



1 2 



7 8 9 



23 



R=1 iff origin of Programmed Operator Routine is relocatable. 

The sequence No, indicates the order in which the definitions or reference occurred 

in the source program. 



Control 
Word 



Length of 
Program 



Transfer 
Word 



5. 



END RECORD (T=3) 



Record 
Type (T) 



on 



2<C<4 



Mode 
(Binary) 



101 



Folded Checksum 



Word 1 



2 3 4 



8 9 



n 12 



23 




Transfer Word 
Modifiers (M)^ 




0000 



l+Maximum Value of Location Counter 



Word 2 



1 



4 5 8 9 



23 





"BRU" 


Transfer Address 


000 


000001 





Word 3 



23 89 

This may be followed by modifier words as described in Section 2. 



23 



'See data record description for interpretation 
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5D5 



701 South Aviation Blvd. /El Segundo, California 90245 



^^^H 


■■■ 


^^^^^^p^^itieArneTftas '•'-^'^83(BS'''9Iw^^^^^^^^^ 


inmiiiip 




■ 


^^^^^^^^^H 


PDTVISIONS 


I^^^Hbity. NY 10019 


Suite 233 


Suite 300 




H 


^^^^^H 


\ 


•^ 765-123C 


D :M7 

1 


f 94086 


France 


1 


^H^^sir 




York 14625 


3411 Richmond Avenue 


World Savings BIdg. 


' 




^^HbTrcM cvcTcudC ncDT 


- 1 u; JtJU- i juvj 


Suite 202 


Suite 401 




■^ 


12 




p o Rny 1f^^ 


Houston. Texas 77027 


1111 So Colorado Blvd. 






o. 




v7- OuA 1 \7C1 


(713) 621-0220 


Denver, Colo 80222 








■.PT. 


.'5lrial ParV 


Midwest 


(303) 756-3683 




i 










151 86 00 


a 








?0 Dps Plaines Avenue 
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